home *** CD-ROM | disk | FTP | other *** search
/ Amoszine 9 / Amoszine 9 (Disk 3 of 3).adf / Steves_ALister_Source.lha / AMOSLIST_0595 1 < prev    next >
Text File  |  1992-03-06  |  94KB  |  2,687 lines

  1.  
  2. X-Status: D
  3.  
  4.  
  5. On Sat, 29 Apr 1995, stephenw wrote:
  6.  
  7. > Hi, my name is Steve (aka Gizmo),
  8. > I would also like to know if anybody has written a replacement
  9. > file req
  10. ester routine yet.  I attempted a few months ago but
  11.  it was go slow and boring I gave up.  The reason I ask is because
  12. > I am at present putting the finishing touches to a football
  13. > sta
  14. istic and prediction program and the Amos requesters don't
  15. > blend in at all with the GUI I am using.  Please get in touch.
  16.  
  17. Hi there steve, I wrote a file requester procedure in Amos a while back, it
  18. requires the LDOS extension, since I never could get Amos Pro's commands
  19. for listing only files and assigns and devices(Any Idea's anyone???? Help)
  20. It works alot like ASL, more like Final Copy II though, works great, but
  21. it won't work on Amos Pro unless you have the Pro version of LDOS, I don't so
  22. I can't use it bummer. Well if your interested in it, give me a reply
  23.  
  24. Cori Skagen
  25. (s
  26.  
  27. 93044370@acs.saultc.on.ca)
  28.  
  29.  
  30. F
  31. X-Status: 
  32.  
  33.  
  34.  
  35. On Thu, 27 Apr 1995, Magoga - Borsista CSI wrote:
  36.  
  37. > Hi All.
  38. > I'm very happy because i can announce to you a new Amos Web Site.
  39. > After a lot of months, finally the web is finished and updated every 2-3 days.
  40. > My web doesn't want to compete with others (PLAYFIELD!, Andy Church's..).
  41.  
  42. Why not? A little competition now and again can work very stimulating. 
  43. Please try and outperform the official amoslist-website ;-).
  44.  
  45. .......................................................................
  46. .       Branko Collin                .           'WHOP                .
  47. .                                    .        whisssssCRAC!           .
  48. .   //  u249026@vm.uci.kun.nl        .        THUMPA THUMPA'          .
  49. . \X/   bcollin@mpi.nl               .  Meccano      -      Gilette   .
  50. .......................................................................
  51.  
  52. F
  53. X-Status: 
  54.  
  55.  
  56. Hi, I'm about half way through a project which needs to use a lot of maths
  57. however I am having a few problems.  The first is that if I use floating point
  58. numbers for a loop ie,
  59. for c#=0.0 to 1.0 step 0.01
  60. or something like that, and I set Double Precision on then the loop will never
  61. terminate.  This is a bit of a problem, why does this happen?  Is there a 
  62. simple fix - I have converted them all to integers and then divided by 100 in
  63. this example but its hardly an optimal solution.
  64.  
  65. The second problem I am having is with powers (^). It doesn't work correctly.
  66. If I raise a negative number to an odd power then the number is turned into
  67. a positive, which it shouldn't do :(  Again I've got a work around but its
  68. not exactly good coding. it goes like this :
  69.  
  70.     to raise c# to the power of x
  71.     if x>0
  72.         if c#<0 and (x/2)*2<>x
  73.             c#=c#^x
  74.             c#=-1.0*c#
  75.         else
  76.             c#=c#^x
  77.         end if
  78.     else
  79.         c#=c#^x
  80.     endif
  81.  
  82. s there any better way of getting around this problem?  I've Amos Pro v2 so
  83. upgrading to a less buggy version is not an option.
  84.  
  85. thanks for listening
  86.  
  87. Paul
  88.  
  89.  
  90.  
  91.  
  92.  
  93. F
  94. X-Status: 
  95.  
  96. I have written a file requester routine (in AMOS Pro).  I used the 
  97. interface language and mine works fine.  It displays volumes and devices 
  98. just fine.
  99.  
  100.              ----====>>>> From the desk of ... <<<<====----
  101.      _______   _______   _____   __  __
  102.     / ___  /  / ___  /  / __ |  / / / /
  103.    / /__/ /  / /  / /  / / / / / /_/ /   >Live long and prosper ;-)<
  104.   /  __  /  / /  / /  / / / / /__ __/
  105.  / /  / /  / /  / /  / /_/ /   / /   Email : cm4bcans@bs47c.staffs.ac.uk
  106. /_/  /_/  /_/  /_/  /_____/   /_/    Web Page : http://www.staffs.ac.uk
  107.  
  108.  
  109. F
  110. X-Status: 
  111.  
  112. Im interested in this new Web site.  Can I upload some Amos games onto there?
  113.  
  114.  
  115.              ----====>>>> From the desk of ... <<<<====----
  116.      _______   _______   _____   __  __
  117.     / ___  /  / ___  /  / __ |  / / / /
  118.    / /__/ /  / /  / /  / / / / / /_/ /   >Live long and prosper ;-)<
  119.   /  __  /  / /  / /  / / / / /__ __/
  120.  / /  / /  / /  / /  / /_/ /   / /   Email : cm4bcans@bs47c.staffs.ac.uk
  121. /_/  /_/  /_/  /_/  /_____/   /_/    Web Page : http://www.staffs.ac.uk
  122.  
  123.  
  124. F
  125. X-Status: 
  126.  
  127. Yes, I know I go on about it, but one of my mates has just sent me
  128. everything he has on the D-Sam extension, and basically its the lib,
  129. and example program and a bit of text telling you how to install it. No
  130. contacts, no license stuff etc. Can someone tell me if the extension is
  131. PD (if so, anybody else want a copy?), and if not, a contact address..
  132.  
  133. Also, could the kind person who offered to help with my flickering
  134. sprite problems email me again, as my mailbox crashed and I lost your
  135. address. Soz! :)
  136.  
  137. Ludwig.
  138.  
  139. -- 
  140. (*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*)
  141. (*-  Email: pl@soton.ac.uk               *  "If you want to Immortalise -*)
  142. (*-  WWW:   http://www.soton.ac.uk/~pl/  *   Digitise" -Apollo 440      -*)  
  143. (*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*)  
  144.  
  145.  
  146.  
  147. F
  148. X-Status: 
  149.  
  150.  
  151.  
  152. On Mon, 1 May 1995, Paul Smart wrote:
  153.  
  154. > Hi, I'm about half way through a project which needs to use a lot of maths
  155. > however I am having a few problems.  The first is that if I use floating point
  156. > numbers for a loop ie,
  157. > for c#=0.0 to 1.0 step 0.01
  158. > or something like that, and I set Double Precision on then the loop will never
  159. > terminate.  This is a bit of a problem, why does this happen?  Is there a 
  160. > simple fix - I have converted them all to integers and then divided by 100 in
  161. > this example but its hardly an optimal solution.
  162. >
  163.  
  164. I do not know why this happens, but using integers generally IS a good 
  165. idea, as it is faster and I seem to remember some bugs having to do with 
  166. floating points.
  167.  
  168. > The second problem I am having is with powers (^). It doesn't work correctly.
  169. > If I raise a negative number to an odd power then the number is turned into
  170. > a positive, which it shouldn't do :(  Again I've got a work around but its
  171. > not exactly good coding. it goes like this :
  172. >     to raise c# to the power of x
  173. >     if x>0
  174. >         if c#<0 and (x/2)*2<>x
  175. >             c#=c#^x
  176. >             c#=-1.0*c#
  177. >         else
  178. >             c#=c#^x
  179. >         end if
  180. >     else
  181. >         c#=c#^x
  182. >     endif
  183. > s there any better way of getting around this problem?  I've Amos Pro v2 so
  184. > upgrading to a less buggy version is not an option.
  185.  
  186. I do not know why this happens either, but I think you can replace this 
  187. routine with the following line:
  188.    C#=Sgn(C#)*C#^X
  189. And if that does not work this should:
  190.    C=C# : C#=Sgn(C)*C#^X
  191.  
  192. BTW, instead of 
  193.    If C#<0 and (X/2)*2<>X
  194. you could use
  195.    If C#<0 and X mod 2 <>X
  196.  
  197. Good luck,
  198.  
  199. .......................................................................
  200. .       Branko Collin                .           'WHOP                .
  201. .                                    .        whisssssCRAC!           .
  202. .   //  u249026@vm.uci.kun.nl        .        THUMPA THUMPA'          .
  203. . \X/   bcollin@mpi.nl               .  Meccano      -      Gilette   .
  204. .......................................................................
  205.  
  206. F
  207. X-Status: 
  208.  
  209. >I do not know why this happens either, but I think you can replace this 
  210. >routine with the following line:
  211. >   C#=Sgn(C#)*C#^X
  212. >And if that does not work this should:
  213. >   C=C# : C#=Sgn(C)*C#^X
  214.  
  215.   Technically, that would work, but this is clearer:
  216.  
  217. C#=Sgn(C#)*Abs(C#)^X
  218.  
  219. because it shows what your intent is.  (If you're really crazy abøut speed,
  220. you can get rid of the Abs() call, but it helps readability.)
  221.  
  222. >BTW, instead of 
  223. >   If C#<0 and (X/2)*2<>X
  224. >you could use
  225. >   If C#<0 and X mod 2 <>X
  226.  
  227.   No you can't, because (2/2)*2 = 1*2 = 2, but 2 mod 2 = 0 <> 2.  What you
  228. can do (and it's faster) is:
  229.  
  230. If C#<0 and (X and 1)<>0
  231.  
  232.   In fact, you can speed up this particular case even more:
  233.  
  234. If C#<0 and (X and 1)
  235.  
  236. because 2 is a power of 2, so X mod 2 = X and (2-1).
  237.  
  238.   --Andy Church (achurch@goober.mbhs.edu)
  239.     WWW: http://www.mbhs.edu/~achurch/
  240.  
  241. F
  242. X-Status: 
  243.  
  244. About those maths-problems:
  245.  
  246. 1) My guess is that it is caused by round-off errors. Adding 0.01 to itself 
  247.    100 times will not present you with the answer '1.0'. Try this:
  248.  
  249.    for i#=0.0 to 1.0 step 0.01
  250.        ?i, i#: inc i
  251.    next i#
  252.  
  253.    and be amazed at the results. However, AMOS 1.36 stops when it reaches
  254.    1.0, because the next number after 1.0 is bigger than 1.0. So I don't
  255.    understand why your program won't quit, but then again, AMOS is full
  256.    of nasty surprises.
  257.  
  258. 2) I know this bug from the time AMOS 1.2 was released. I've written Euro-
  259.    press a dozen times about it, but they never fixed it. It's present in
  260.    every version of AMOS (including PRO and EASY). You can 
  261.    a) not use powers
  262.    b) use them with the workaround you've already written
  263.    c) hack the AMOS-code to fix it
  264.    d) use the mathffp.library yourself. 
  265.  
  266.    Choose!
  267.  
  268. Regards,
  269. Maarten (dejong@cpt6.stm.tudelft.nl)
  270.  
  271. F
  272. X-Status: 
  273.  
  274.  
  275.  
  276. On Mon, 1 May 1995, Andy Church wrote:
  277.  
  278. > >BTW, instead of 
  279. > >   If C#<0 and (X/2)*2<>X
  280. > >you could use
  281. > >   If C#<0 and X mod 2 <>X
  282. >   No you can't, because (2/2)*2 = 1*2 = 2, but 2 mod 2 = 0 <> 2.  What you
  283. > can do (and it's faster) is:
  284. > If C#<0 and (X and 1)<>0
  285. >   In fact, you can speed up this particular case even more:
  286. > If C#<0 and (X and 1)
  287. > because 2 is a power of 2, so X mod 2 = X and (2-1).
  288.  
  289. Erm... yes... obviously :-) I meant
  290.    If C#<0 and X mod 2 <> 0
  291.  
  292. BTW, could this also be
  293.    ? If C#<0 and not (X mod 2)
  294.  
  295. I forgot wether (false = 0) or (false    <>    -1) in Amos.
  296.                      only           anything but
  297. .......................................................................
  298. .       Branko Collin                .           'WHOP                .
  299. .                                    .        whisssssCRAC!           .
  300. .   //  u249026@vm.uci.kun.nl        .        THUMPA THUMPA'          .
  301. . \X/   bcollin@mpi.nl               .  Meccano      -      Gilette   .
  302. .......................................................................
  303.  
  304. F
  305. X-Status: 
  306.  
  307.  
  308.         If I want a simple chain I use 
  309.  
  310. RUN filename
  311.  
  312.         but if I have compiled files it doesn't work!
  313.  
  314. How can I do? I have 3 progs:
  315.  
  316. ---------------
  317. PROG1:
  318.  
  319. blah... blah...
  320. RUN Prog2
  321. ---------------
  322.  
  323. ---------------
  324. PROG2:
  325.  
  326. blah... blah...
  327. RUN Prog3
  328. ---------------
  329.  
  330.         If they are compiled (under Amos1.31) how it works?
  331.  
  332.  
  333.  
  334.  
  335.                         Andy - naimoli@cli.di.unipi.it
  336.  
  337. F
  338. X-Status: 
  339.  
  340. >Erm... yes... obviously :-) I meant
  341. >   If C#<0 and X mod 2 <> 0
  342. >
  343. >BTW, could this also be
  344. >   ? If C#<0 and not (X mod 2)
  345.  
  346.   No, because the Not statement (yes, Not is implemented as a statement!)
  347. is broken in AMOS.  (What isn't?)
  348.  
  349. >I forgot wether (false = 0) or (false    <>    -1) in Amos.
  350. >                     only           anything but
  351.  
  352.   True = -1, False = 0.  For testing purposes, True <> 0, False = 0.
  353.  
  354.   --Andy Church (achurch@goober.mbhs.edu)
  355.     WWW: http://www.mbhs.edu/~achurch/
  356.     AMOS Web Site: http://www.mbhs.edu/~achurch/amos/
  357.  
  358. F
  359. X-Status: 
  360.  
  361. I just uploaded the archive of all the messages posted to the list in
  362. April.  It is on AmiNet (ftp.wustl.edu) under dev/amos as AMOSList-0495.lzh
  363.  
  364. Sorry I have been quiet.  I was in the desert for quite awhile.  But, I am
  365. back, and will try to ctach up on the FAq and FTP site.
  366.  
  367. Michael
  368. --
  369. Michael Cox                                Work:   mcox@access.digex.net
  370. A1200/465/CD + 1230XA 50/50/4 = SPEED!     Play:   aj639@Cleveland.FreeNet.EDU
  371.              For info on the AMOS Mailing List, contact me!
  372.            AMOS WWW:  http://www.mbhs.edu/~achurch/amos/
  373.  
  374.  
  375. F
  376. X-Status: 
  377.  
  378. Is there anyone else interested in Amoszine,  a cool new diskmag?  If so, 
  379. place your orders this way and I'll send it back packed with DiskMasher.  
  380. If you have any objections to me using DiskMasher then I will Lha it.  
  381. The mag I will send is a PD issue, but it is still good.  Anyone 
  382. interested?? :-)
  383.  
  384. Andy Smith
  385.  
  386.              ----====>>>> From the desk of ... <<<<====----
  387.      _______   _______   _____   __  __
  388.     / ___  /  / ___  /  / __ |  / / / /
  389.    / /__/ /  / /  / /  / / / / / /_/ /   >Live long and prosper ;-)<
  390.   /  __  /  / /  / /  / / / / /__ __/
  391.  / /  / /  / /  / /  / /_/ /   / /   Email : cm4bcans@bs47c.staffs.ac.uk
  392. /_/  /_/  /_/  /_/  /_____/   /_/    Web Page : http://www.staffs.ac.uk
  393.  
  394.  
  395. F
  396. X-Status: 
  397.  
  398. On Tue, 2 May 1995 naimoli@cli.di.unipi.it wrote:
  399.  
  400. >         If I want a simple chain I use 
  401. > RUN filename
  402. >         but if I have compiled files it doesn't work!
  403. > How can I do? I have 3 progs:
  404. > ---------------
  405. > PROG1:
  406. > blah... blah...
  407. > RUN Prog2
  408. > ---------------
  409. > ---------------
  410. > PROG2:
  411. > blah... blah...
  412. > RUN Prog3
  413. > ---------------
  414. >         If they are compiled (under Amos1.31) how it works?
  415. >                         Andy - naimoli@cli.di.unipi.it
  416.  
  417. Use a Dos execute call or Amos Pro's Exec function.  Make sure to run the 
  418. program.  Then quit your existing one.  If you want to pass variables, 
  419. use the command line (and command line$ in your other program to get the 
  420. values back).
  421.  
  422. ==============================================================================
  423. Gau of the Veldt
  424.  
  425.   "Draped in monster hides, eyes shining with intelligence.
  426.    A youth surviving against all odds..."
  427.  
  428. == Email: gau@vortex.netbistro.com == WWW: http://vortex.netbistro.com/comp ==
  429.  
  430.  
  431. F
  432. X-Status: 
  433.  
  434.  
  435. I'm about to embark on a fairly big AMOS project.  It's intended as an 
  436. adaptable Quiz program.  I'd like to have options for picture and audio 
  437. clues.  I'd also like split screens, copperlists, and if feasible, 
  438. Intuition screens, requesters, etc.  There might be some small animations 
  439. in it (anybody got a good digitized anim of the Earth rotating?).  And 
  440. I'd obviously want to do as little work as possible, which implies the 
  441. need for a later version of AMOS and compiler.  Ahh, but the BUGS...
  442.  
  443. SO, which version of AMOS has the best combination of features, with the 
  444. fewest bugs?  I get the impression from reading this list that newer 
  445. doesn't always mean "fewer bugs".  I'm also assuming you'll all suggest 
  446. AMOS-PRO as a starting point?
  447.  
  448. Which extensions should I explore?  (I've never used one before, aside 
  449. from what's built-into AMOS).  BTW, I don't expect to do any floating 
  450. point math.  I do plan on samples and using some speech synthesis.
  451.  
  452. With all that said, what rev. of AMOS/Amos-Pro would you suggest?  Which 
  453. libs, extensions, etc?
  454.  
  455. -Dave
  456.  
  457. F
  458. X-Status: 
  459.  
  460. Hi Martijn,
  461.  
  462. > Hi,
  463. > I am experiencing problems compiling a (big) program.
  464. > I am using AmosPro 2.0 (all three updates) and the Procompiler.
  465. > The 'long jump' option is used.
  466. > I have an A500, 1chip and 2fast. Kick1.3 and 2.0
  467. > Can you give me information on things I should DEFENITLY look at
  468. > when compiling ?
  469. > Like settings of variabeles (intitializing them and so on)
  470. > I had the 'varchecker' from the easylife distribution go over the
  471. > program and it did find some 20 'undeclared' vars in some
  472. > 260K of program code.
  473. > The prog contains very, very many string-operations.
  474. > Can these be at fault ?
  475. > If you have any experience in compilings that go wrong, post them
  476. > please as I am sure a good compilation of 'amos-errors'
  477. > (exuse me: 'amos-features' :-| ) would be to everone's benefit.
  478. > If you already have such a 'list' : please post it ?
  479.  
  480. When I first tried to compile my Uno clone using Amos 1.34 I think
  481. I had similar problems to what you had.  What I did that seemed
  482. to clear things up was to set the stack to a higher value,
  483. after that my program did not crash anymore.
  484.  
  485.  
  486. ------------------------------------ 
  487. Don Schmelling  Port Angeles, WA USA
  488. A1200/540/CD + A1230 50/0/4
  489. ------------------------------------
  490.  
  491.  
  492.  
  493. F
  494. X-Status: 
  495.  
  496. Hi David,
  497.  
  498. > Hello all,
  499. >    I don't know if there's anyone out there using my "Amtuition" AMOS 
  500. > fake-intuition library, but in the course of fiddling about with AMOS 
  501. > yesterday I improved the system in a couple of small ways.. if you want 
  502. > the update it's free (although the original was Licenseware). Mail me and 
  503. > I'll send you a uu-encoded copy of the update, which I think is no more 
  504. > than 2K in size.
  505. >  One of the main improvements is that the MOVEWINDOW[] procedure now takes 
  506. > an additional parameter 'S' that enables full-window dragging (as seen on 
  507. > Windoze-NT, X11R6, the Amiga "Picdrag" program for the Picasso-II etc). 
  508. >  I guess virutally all would-be Intuition programmers on this list are 
  509. > now using the "proper" Intuition extension, but if there are any 
  510. > AMtuition users out there, feel free to mail me.
  511. I am interested in an AMtuition update, I have previously purchased
  512. AMtuition.
  513.  
  514.  
  515. ------------------------------------ 
  516. Don Schmelling  Port Angeles, WA USA
  517. A1200/540/CD + A1230 50/0/4
  518. ------------------------------------
  519.  
  520.  
  521.  
  522. F
  523. X-Status: 
  524.  
  525. On May 2nd, Andy Church Wrote:
  526.  
  527. >  No, because the Not statement (yes, Not is implemented as a statement!)
  528. >  is broken in AMOS.  (What isn't?)
  529.  
  530. How is the NOT instruction broken, because it returns negative number?
  531. technically its supposed to: AMOS stores numbers as 32 bit signed numbers
  532. so when you do a logical NOT operation it will set the signed bit:
  533.  
  534. eg.  then number 8 in 32 bit binary is 00000000000000000000000000001000
  535.      when it is NOT'd     it becomes   11111111111111111111111111110111
  536.  
  537. notice the last bit(the sign bit) is set so it will become a negative 
  538. number which you will notice is -9, which is what the NOT instruction
  539. will return
  540.  
  541. Cori Skagen
  542. (s930044370@acs.saultc.on.ca)
  543.  
  544.  
  545. F
  546. X-Status: 
  547.  
  548. cs91pps2@brunel.ac.uk (Paul Smart) wrote on 01.05.1995 some text
  549. under the subject Problem with maths. I can't leave this
  550. uncommentated ;-)
  551.  
  552. PS> for c#=0.0 to 1.0 step 0.01
  553. PS> or something like that, and I set Double Precision on then the loop will never
  554. PS> terminate.  This is a bit of a problem, why does this happen?  Is there a 
  555.  
  556. Floating Point numbers are not perfectly accurate. This is due to the
  557. limited amount of bits used to store the number. Therefore it is not
  558. recommended to use constructions like 'If float1#=float2#' as they
  559. could never be true, use 'If abs(float1#-float2#)<0.001' or anything
  560. equalent. For-Next-loops should for this reason use only integer
  561. values if possible.
  562.  
  563. PS> simple fix - I have converted them all to integers and then divided by 100 in
  564. PS> this example but its hardly an optimal solution.
  565.  
  566. It is. And it's much faster too... avoid IEEE where possible ;-)
  567.  
  568. PS> The second problem I am having is with powers (^). It doesn't work correctly.
  569.  
  570. Euh? Very bad thing this one... I never used powers (as they will
  571. load the math libraries and I want my programs not to use any of
  572. these) but bit shifting operations instead. I think AMOS is using
  573. these math libraries to perform the power operation and therefore the
  574. fault could (!) be searched there... ever tried an other maths program
  575. that uses the maths libraries?
  576.  
  577. PS>         if c#<0 and (x/2)*2<>x
  578.  
  579. Use
  580.  
  581. If c#<0 and (x and 1)
  582.  
  583. instead ;-)
  584.  
  585. Bye, Chris Hodges <chris@sixpack.pfalz.de>       __    __
  586. A500/290/CD/'30er; German Extension-Coder   __  ///   / / _____
  587. GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
  588. E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
  589. tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/
  590.  
  591. F
  592. X-Status: 
  593.  
  594. On Tue, 2 May 1995, David C. Gorton wrote:
  595.  
  596. > I'm about to embark on a fairly big AMOS project.  It's intended as an 
  597. > adaptable Quiz program.  I'd like to have options for picture and audio 
  598. > clues.  I'd also like split screens, copperlists, and if feasible, 
  599. > Intuition screens, requesters, etc.  There might be some small animations 
  600. > in it (anybody got a good digitized anim of the Earth rotating?).  And 
  601. > I'd obviously want to do as little work as possible, which implies the 
  602. > need for a later version of AMOS and compiler.  Ahh, but the BUGS...
  603. >  
  604.  
  605. I am embarked on the same sort of project once, but the bigness prevented 
  606. me from finishing it. If you want, I could send you my program plans and 
  607. the code that I had so far.
  608.  
  609. .......................................................................
  610. .       Branko Collin                .           'WHOP                .
  611. .                                    .        whisssssCRAC!           .
  612. .   //  u249026@vm.uci.kun.nl        .        THUMPA THUMPA'          .
  613. . \X/   bcollin@mpi.nl               .  Meccano      -      Gilette   .
  614. .......................................................................
  615.  
  616. F
  617. X-Status: 
  618.  
  619. >I'm about to embark on a fairly big AMOS project.  It's intended as an
  620. >adaptable Quiz program.  I'd like to have options for picture and audio
  621. >clues.  I'd also like split screens, copperlists, and if feasible,
  622. >Intuition screens, requesters, etc.  There might be some small animations
  623. >in it (anybody got a good digitized anim of the Earth rotating?).  And
  624. >I'd obviously want to do as little work as possible, which implies the
  625. >need for a later version of AMOS and compiler.  Ahh, but the BUGS...
  626.  
  627. I might have a traced version of the earth somewere..
  628.  
  629. >
  630. >SO, which version of AMOS has the best combination of features, with the
  631. >fewest bugs?  I get the impression from reading this list that newer
  632. >doesn't always mean "fewer bugs".  I'm also assuming you'll all suggest
  633. >AMOS-PRO as a starting point?
  634. >
  635.  
  636. U should go for amos pro and the amos pro compiler then u will get the
  637. update for amos pro to 2.0 which has fewer bugs, and u will get the
  638. advantage of compiling directly in amos and se the result at a second.
  639.  
  640. ******************************************************************
  641. |                                                                |
  642. |                When god shook the tree of life                 |
  643. |                   all nuts landed in Norway                    |
  644. |                                                                |
  645. |                          Janne P PUMM                          |
  646. |                                                                |
  647. ******************************************************************
  648.  
  649.  
  650.  
  651. F
  652. X-Status: 
  653.  
  654. Is there any new information about AmosPro??...AGA screenmodes and so on?
  655. And how about Turbo extension? Is there faster Bob routines, and whats
  656. new after v1.9 (2.0?)...
  657.  
  658. Is there any hope for my AmosPro and A1200? :)
  659.  
  660. I bet you all have heard that Blitz2 is fast....thats not true.
  661. Bobs are fast in Blitz2 but calculations are very slow, 2-5 times
  662. slower than AmosPro+Compiler. 
  663.  
  664. Bye!
  665.  
  666.  
  667. F
  668. X-Status: 
  669.  
  670.  
  671.  
  672. On Wed, 3 May 1995 JOKIVUORI@JOYL.JOENSUU.FI wrote:
  673.  
  674. > Is there any new information about AmosPro??...AGA screenmodes and so on?
  675. > And how about Turbo extension? Is there faster Bob routines, and whats
  676. > new after v1.9 (2.0?)...
  677. > Is there any hope for my AmosPro and A1200? :)
  678. > I bet you all have heard that Blitz2 is fast....thats not true.
  679. > Bobs are fast in Blitz2 but calculations are very slow, 2-5 times
  680. > slower than AmosPro+Compiler. 
  681. > Bye!
  682.  
  683. BULL - From first hand, writing in C, Blitz, and AMOS, I know that AMOS 
  684. math is no different than Blitz, you must be using quicks and not 
  685. integers.  I have moved to C, though - only asm can beat optimized C 
  686. math!  I had too many speed complaints and AMOS->bug reports from my 
  687. programming in AMOS, and Blitz was SO SLOPPY!  With Blitz, you have to slam
  688. OS functions anyway, so why not just do it in C...?  
  689.  
  690. By the way, folks, airTaxi, my final AMOS project, will be appearing on 
  691. AMIGA POWER COVERDISK 50.  So keep an eye out.
  692.  
  693. Dave May
  694.  
  695. F
  696. X-Status: 
  697.  
  698.  
  699.         My problem is that I have to "link" programs compiled under
  700.    Amos1.31 (I own AmosPro but I need 1.31 for this...) so I can't use
  701.    AmosPro commands! How can I achieve this effect?
  702.  
  703.    Note:
  704.  
  705.  - RUN works only with interpreted progs
  706.  - Ive tried with calls to EXEC but it doesn't work
  707.  
  708.    Can someone write down the necessary piece of code? I need to chain 
  709.    a program ending the calling one.
  710.  
  711.    Program1
  712.    blah...   blah...
  713.    RUN Prog2
  714.    END
  715.  
  716.                                                         Thankx
  717.  
  718.  
  719.                                 Andy - naimoli@cli.di.unipi.it
  720.  
  721.  
  722. F
  723. X-Status: 
  724.  
  725. On Wed, 3 May 1995 JOKIVUORI@JOYL.JOENSUU.FI wrote:
  726.  
  727. > Is there any new information about AmosPro??...AGA screenmodes and so on?
  728. > And how about Turbo extension? Is there faster Bob routines, and whats
  729. > new after v1.9 (2.0?)...
  730.  
  731. As far as we know (pluralis discussionlistis) Amos development by 
  732. Europress has stopped completely. Several groups and persons of this list 
  733. have plans to take it -within legal bounds- a step further. Michael 
  734. Sikorsky is working on what-used-to-be-called-MARP, a project to replace 
  735. all Amos commands with C functions, so that an Amos programmer could 
  736. switch easily to C (and C programmers would not have to plough through 
  737. numerous manuals just to open a screen). The Amos Development Team (of 
  738. which the members are?) are working on a completely new Amos-like but 
  739. less buggy language.
  740. How about an update, guys?
  741.  
  742. > Is there any hope for my AmosPro and A1200? :)
  743.  
  744. In what sense? They are not disfunctional at the moment, are they? You 
  745. can program with them, cannot you?
  746.  
  747. > I bet you all have heard that Blitz2 is fast....thats not true.
  748. > Bobs are fast in Blitz2 but calculations are very slow, 2-5 times
  749. > slower than AmosPro+Compiler. 
  750.  
  751. We have covered this subject before on this list. I guess the fact that 
  752. both languages are popular means that both languages have their strong 
  753. points.
  754.  
  755. .......................................................................
  756. .       Branko Collin                .           'WHOP                .
  757. .                                    .        whisssssCRAC!           .
  758. .   //  u249026@vm.uci.kun.nl        .        THUMPA THUMPA'          .
  759. . \X/   bcollin@mpi.nl               .  Meccano      -      Gilette   .
  760. .......................................................................
  761.  
  762. F
  763. X-Status: 
  764.  
  765.  
  766. Hello all,
  767.     I'm new to this group so I'm just letting you all know who I am! :-)
  768.  
  769. At the moment I use Amos 1.3+comp. on a 500 with 1meg.  I do have AmosPro from
  770. the Amiga Format Coverdisk but haven't got round to setting it up yet!!
  771.  
  772. So, I'm a bit lazy!!!!!!  I'm waiting for a Harddrive before I do anything
  773. else.  I've been programming in Amos for a ggod three years now and know my
  774. way around the language pretty well (I also know c & c++ if anyones
  775. interested!).
  776.  
  777. When I started using Amos, I needed to set up a large 2d Array (For map
  778. storage - 200*200)   Unfortunately, AMOS doesn't handle anything this large,
  779. which stumped me for a good while.  (Is this bug fixed in AMOS Pro? - You can
  780. define the array, but if you write to areas of it the machine hangs!!!).
  781.  
  782. If anyone else has this problem ..... I HAVE A SOLUTION!!!!!!
  783.  
  784. It's rather low level though, involving pokes and peeks to and from direct
  785. memory addresses!
  786.  
  787. STEP 1:
  788.     Reserve a data bank for use (This initializes a block of mem. to use)
  789.         RESERVE AS DATA 6,200*200 : 'for array 2D 200*200
  790.  
  791. STEP 2:
  792.     You need to have a formula that allows you to access an element quickly
  793. and easily.  This may seem complicated but it does work!!!!!!
  794.     For example, a write command (Storing data in an element) could be:
  795.         POKE START 6+x+(y*w),2
  796. ; where x is the x co-ord, y is the y co-ord and
  797. ; w is the width of the map (The largest possible
  798. ; for x).  The value 2 is written to the location.
  799.  
  800.     This may seem a little complicated, but it is a lot faster than the DIM
  801. function and allows you to define a larger array!!!!  It is also stored as a
  802. data bank allowing the easy loading and saving to disk!!!
  803.  
  804. If you you want me to go into more detail then let me know!!
  805.  
  806. I hope this is of some use,
  807.  
  808. Tim.   -   tl14@bton.ac.uk
  809.  
  810. F
  811. X-Status: 
  812.  
  813. On Thu, 4 May 1995, Eddie wrote:
  814. > At the moment I use Amos 1.3+comp. on a 500 with 1meg.  I do have AmosPro from
  815. > the Amiga Format Coverdisk but haven't got round to setting it up yet!!
  816. Same here, except I've got 3M and AmosPro & Compiler.
  817.  
  818. > When I started using Amos, I needed to set up a large 2d Array (For map
  819. > storage - 200*200)   Unfortunately, AMOS doesn't handle anything this large,
  820. > which stumped me for a good while.  (Is this bug fixed in AMOS Pro? - You can
  821. > define the array, but if you write to areas of it the machine hangs!!!).
  822. No, it's not a bug. add "Set Buffer 20" to the beginning of your program. 
  823. INcrease the value until it works.
  824.  
  825. [code snipped]
  826. >     This may seem a little complicated, but it is a lot faster than the DIM
  827. > function and allows you to define a larger array!!!!  It is also stored as a
  828. > data bank allowing the easy loading and saving to disk!!!
  829. Yes, you're right.. definately a better way to do it. :)
  830.  
  831. --                                                               --
  832. oo     T H I S   M E S S A G E   W A S   W R I T T E N   B Y     oo
  833. ||            d o c t o r x @ r a i n . o r g                    ||
  834. ::    The BoReD Homepage: http://www.rain.org/~doctorx/bored     ::
  835. ..  `->AMIGANIRVANAHOWARDSTERNKILLAOLKILLFASCISTSPROTHINKING<-'  .. 
  836.  
  837.  
  838. From svcs1.digex.net!amos-request  Thu May  4 15:03:51 1995 remote from earth
  839. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by earth.usa.net (8.6.10/8.6.10) with SMTP id PAA19949 for <lee.kitchens@georgia.com>; Thu, 4 May 1995 15:03:49 -0600
  840. Reply-To: earth!svcs1.digex.net!amos-request
  841. Received: by svcs1.digex.net id AA10300
  842.   (5.67b8/IDA-1.5 for amos-out); Thu, 4 May 1995 10:08:13 -0400
  843. Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA10283
  844.   (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Thu, 4 May 1995 10:07:49 -0400
  845. Received: from mercury.bton.ac.uk by nfs2.digex.net with SMTP id AA14998
  846.   (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 4 May 1995 10:05:58 -0400
  847. Received: from diamond.bton.ac.uk by mercury.bton.ac.uk with SMTP (PP);
  848.           Thu, 4 May 1995 14:56:46 +0100
  849. Received: by diamond.bton.ac.uk (4.1/SMI-4.1)    id AA26472;
  850.           Thu, 4 May 95 14:55:24 BST
  851. From: earth!bton.ac.uk!T.Lewis (Eddie)
  852. Message-Id: <9505041355.AA26472@diamond.bton.ac.uk>
  853. Subject: Arrays
  854. To: earth!access.digex.net!amos-list
  855. Date: Thu, 4 May 1995 14:55:23 +0100 (BST)
  856. X-Mailer: ELM [version 2.4 PL22]
  857. Content-Type: text
  858. Content-Length: 1801      
  859. Status: RO
  860. X-Status: 
  861.  
  862.  
  863. Hello all,
  864.     I'm new to this group so I'm just letting you all know who I am! :-)
  865.  
  866. At the moment I use Amos 1.3+comp. on a 500 with 1meg.  I do have AmosPro from
  867. the Amiga Format Coverdisk but haven't got round to setting it up yet!!
  868.  
  869. So, I'm a bit lazy!!!!!!  I'm waiting for a Harddrive before I do anything
  870. else.  I've been programming in Amos for a ggod three years now and know my
  871. way around the language pretty well (I also know c & c++ if anyones
  872. interested!).
  873.  
  874. When I started using Amos, I needed to set up a large 2d Array (For map
  875. storage - 200*200)   Unfortunately, AMOS doesn't handle anything this large,
  876. which stumped me for a good while.  (Is this bug fixed in AMOS Pro? - You can
  877. define the array, but if you write to areas of it the machine hangs!!!).
  878.  
  879. If anyone else has this problem ..... I HAVE A SOLUTION!!!!!!
  880.  
  881. It's rather low level though, involving pokes and peeks to and from direct
  882. memory addresses!
  883.  
  884. STEP 1:
  885.     Reserve a data bank for use (This initializes a block of mem. to use)
  886.         RESERVE AS DATA 6,200*200 : 'for array 2D 200*200
  887.  
  888. STEP 2:
  889.     You need to have a formula that allows you to access an element quickly
  890. and easily.  This may seem complicated but it does work!!!!!!
  891.     For example, a write command (Storing data in an element) could be:
  892.         POKE START 6+x+(y*w),2
  893. ; where x is the x co-ord, y is the y co-ord and
  894. ; w is the width of the map (The largest possible
  895. ; for x).  The value 2 is written to the location.
  896.  
  897.     This may seem a little complicated, but it is a lot faster than the DIM
  898. function and allows you to define a larger array!!!!  It is also stored as a
  899. data bank allowing the easy loading and saving to disk!!!
  900.  
  901. If you you want me to go into more detail then let me know!!
  902.  
  903. I hope this is of some use,
  904.  
  905. Tim.   -   tl14@bton.ac.uk
  906.  
  907.  
  908. From svcs1.digex.net!amos-request  Thu May  4 20:58:47 1995 remote from earth
  909. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by earth.usa.net (8.6.10/8.6.10) with SMTP id UAA22108 for <lee.kitchens@georgia.com>; Thu, 4 May 1995 20:58:46 -0600
  910. Reply-To: earth!svcs1.digex.net!amos-request
  911. Received: by svcs1.digex.net id AA03628
  912.   (5.67b8/IDA-1.5 for amos-out); Thu, 4 May 1995 16:57:07 -0400
  913. Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA03540
  914.   (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Thu, 4 May 1995 16:55:56 -0400
  915. Received: from coyote.rain.org by nfs1.digex.net with SMTP id AA16757
  916.   (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 4 May 1995 16:46:53 -0400
  917. Received: by coyote.rain.org(8.6.10/RAIN-1.0) with id NAA20411 
  918.       for  on Thu, 4 May 1995 13:41:16 -0700
  919. Date: Thu, 4 May 1995 13:41:14 -0700 (PDT)
  920. From: Doctor X <earth!rain.org!doctorx>
  921. To: Eddie <earth!bton.ac.uk!T.Lewis>
  922. Cc: earth!access.digex.net!amos-list
  923. Subject: Re: Arrays
  924. In-Reply-To: <9505041355.AA26472@diamond.bton.ac.uk>
  925. Message-Id: <Pine.SUN.3.91.950504133833.19683A-100000@coyote.rain.org>
  926. Mime-Version: 1.0
  927. Content-Type: TEXT/PLAIN; charset=US-ASCII
  928. Status: RO
  929. X-Status: 
  930.  
  931. On Thu, 4 May 1995, Eddie wrote:
  932. > At the moment I use Amos 1.3+comp. on a 500 with 1meg.  I do have AmosPro from
  933. > the Amiga Format Coverdisk but haven't got round to setting it up yet!!
  934. Same here, except I've got 3M and AmosPro & Compiler.
  935.  
  936. > When I started using Amos, I needed to set up a large 2d Array (For map
  937. > storage - 200*200)   Unfortunately, AMOS doesn't handle anything this large,
  938. > which stumped me for a good while.  (Is this bug fixed in AMOS Pro? - You can
  939. > define the array, but if you write to areas of it the machine hangs!!!).
  940. No, it's not a bug. add "Set Buffer 20" to the beginning of your program. 
  941. INcrease the value until it works.
  942.  
  943. [code snipped]
  944. >     This may seem a little complicated, but it is a lot faster than the DIM
  945. > function and allows you to define a larger array!!!!  It is also stored as a
  946. > data bank allowing the easy loading and saving to disk!!!
  947. Yes, you're right.. definately a better way to do it. :)
  948.  
  949. --                                                               --
  950. oo     T H I S   M E S S A G E   W A S   W R I T T E N   B Y     oo
  951. ||            d o c t o r x @ r a i n . o r g                    ||
  952. ::    The BoReD Homepage: http://www.rain.org/~doctorx/bored     ::
  953. ..  `->AMIGANIRVANAHOWARDSTERNKILLAOLKILLFASCISTSPROTHINKING<-'  .. 
  954.  
  955.  
  956.  
  957. F
  958. X-Status: 
  959.  
  960.  
  961. Hello all,
  962.     I'm new to this group so I'm just letting you all know who I am! :-)
  963.  
  964. At the moment I use Amos 1.3+comp. on a 500 with 1meg.  I do have AmosPro from
  965. the Amiga Format Coverdisk but haven't got round to setting it up yet!!
  966.  
  967. So, I'm a bit lazy!!!!!!  I'm waiting for a Harddrive before I do anything
  968. else.  I've been programming in Amos for a ggod three years now and know my
  969. way around the language pretty well (I also know c & c++ if anyones
  970. interested!).
  971.  
  972. When I started using Amos, I needed to set up a large 2d Array (For map
  973. storage - 200*200)   Unfortunately, AMOS doesn't handle anything this large,
  974. which stumped me for a good while.  (Is this bug fixed in AMOS Pro? - You can
  975. define the array, but if you write to areas of it the machine hangs!!!).
  976.  
  977. If anyone else has this problem ..... I HAVE A SOLUTION!!!!!!
  978.  
  979. It's rather low level though, involving pokes and peeks to and from direct
  980. memory addresses!
  981.  
  982. STEP 1:
  983.     Reserve a data bank for use (This initializes a block of mem. to use)
  984.         RESERVE AS DATA 6,200*200 : 'for array 2D 200*200
  985.  
  986. STEP 2:
  987.     You need to have a formula that allows you to access an element quickly
  988. and easily.  This may seem complicated but it does work!!!!!!
  989.     For example, a write command (Storing data in an element) could be:
  990.         POKE START 6+x+(y*w),2
  991. ; where x is the x co-ord, y is the y co-ord and
  992. ; w is the width of the map (The largest possible
  993. ; for x).  The value 2 is written to the location.
  994.  
  995.     This may seem a little complicated, but it is a lot faster than the DIM
  996. function and allows you to define a larger array!!!!  It is also stored as a
  997. data bank allowing the easy loading and saving to disk!!!
  998.  
  999. If you you want me to go into more detail then let me know!!
  1000.  
  1001. I hope this is of some use,
  1002.  
  1003. Tim.   -   tl14@bton.ac.uk
  1004.  
  1005.  
  1006. From svcs1.digex.net!amos-request  Thu May  4 20:58:47 1995 remote from earth
  1007. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by earth.usa.net (8.6.10/8.6.10) with SMTP id UAA22108 for <lee.kitchens@georgia.com>; Thu, 4 May 1995 20:58:46 -0600
  1008. Reply-To: earth!svcs1.digex.net!amos-request
  1009. Received: by svcs1.digex.net id AA03628
  1010.   (5.67b8/IDA-1.5 for amos-out); Thu, 4 May 1995 16:57:07 -0400
  1011. Received: from nfs1.digex.net by svcs1.digex.net with SMTP id AA03540
  1012.   (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Thu, 4 May 1995 16:55:56 -0400
  1013. Received: from coyote.rain.org by nfs1.digex.net with SMTP id AA16757
  1014.   (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Thu, 4 May 1995 16:46:53 -0400
  1015. Received: by coyote.rain.org(8.6.10/RAIN-1.0) with id NAA20411 
  1016.       for  on Thu, 4 May 1995 13:41:16 -0700
  1017. Date: Thu, 4 May 1995 13:41:14 -0700 (PDT)
  1018. From: Doctor X <earth!rain.org!doctorx>
  1019. To: Eddie <earth!bton.ac.uk!T.Lewis>
  1020. Cc: earth!access.digex.net!amos-list
  1021. Subject: Re: Arrays
  1022. In-Reply-To: <9505041355.AA26472@diamond.bton.ac.uk>
  1023. Message-Id: <Pine.SUN.3.91.950504133833.19683A-100000@coyote.rain.org>
  1024. Mime-Version: 1.0
  1025. Content-Type: TEXT/PLAIN; charset=US-ASCII
  1026. Status: RO
  1027. X-Status: 
  1028.  
  1029. On Thu, 4 May 1995, Eddie wrote:
  1030. > At the moment I use Amos 1.3+comp. on a 500 with 1meg.  I do have AmosPro from
  1031. > the Amiga Format Coverdisk but haven't got round to setting it up yet!!
  1032. Same here, except I've got 3M and AmosPro & Compiler.
  1033.  
  1034. > When I started using Amos, I needed to set up a large 2d Array (For map
  1035. > storage - 200*200)   Unfortunately, AMOS doesn't handle anything this large,
  1036. > which stumped me for a good while.  (Is this bug fixed in AMOS Pro? - You can
  1037. > define the array, but if you write to areas of it the machine hangs!!!).
  1038. No, it's not a bug. add "Set Buffer 20" to the beginning of your program. 
  1039. INcrease the value until it works.
  1040.  
  1041. [code snipped]
  1042. >     This may seem a little complicated, but it is a lot faster than the DIM
  1043. > function and allows you to define a larger array!!!!  It is also stored as a
  1044. > data bank allowing the easy loading and saving to disk!!!
  1045. Yes, you're right.. definately a better way to do it. :)
  1046.  
  1047. --                                                               --
  1048. oo     T H I S   M E S S A G E   W A S   W R I T T E N   B Y     oo
  1049. ||            d o c t o r x @ r a i n . o r g                    ||
  1050. ::    The BoReD Homepage: http://www.rain.org/~doctorx/bored     ::
  1051. ..  `->AMIGANIRVANAHOWARDSTERNKILLAOLKILLFASCISTSPROTHINKING<-'  .. 
  1052.  
  1053.  
  1054.  
  1055. F
  1056. X-Status: 
  1057.  
  1058. On Thu, 4 May 1995, Eddie wrote:
  1059. > At the moment I use Amos 1.3+comp. on a 500 with 1meg.  I do have AmosPro from
  1060. > the Amiga Format Coverdisk but haven't got round to setting it up yet!!
  1061. Same here, except I've got 3M and AmosPro & Compiler.
  1062.  
  1063. > When I started using Amos, I needed to set up a large 2d Array (For map
  1064. > storage - 200*200)   Unfortunately, AMOS doesn't handle anything this large,
  1065. > which stumped me for a good while.  (Is this bug fixed in AMOS Pro? - You can
  1066. > define the array, but if you write to areas of it the machine hangs!!!).
  1067. No, it's not a bug. add "Set Buffer 20" to the beginning of your program. 
  1068. INcrease the value until it works.
  1069.  
  1070. [code snipped]
  1071. >     This may seem a little complicated, but it is a lot faster than the DIM
  1072. > function and allows you to define a larger array!!!!  It is also stored as a
  1073. > data bank allowing the easy loading and saving to disk!!!
  1074. Yes, you're right.. definately a better way to do it. :)
  1075.  
  1076. --                                                               --
  1077. oo     T H I S   M E S S A G E   W A S   W R I T T E N   B Y     oo
  1078. ||            d o c t o r x @ r a i n . o r g                    ||
  1079. ::    The BoReD Homepage: http://www.rain.org/~doctorx/bored     ::
  1080. ..  `->AMIGANIRVANAHOWARDSTERNKILLAOLKILLFASCISTSPROTHINKING<-'  .. 
  1081.  
  1082.  
  1083.  
  1084. F
  1085. X-Status: 
  1086.  
  1087.  
  1088.  
  1089. On Thu, 4 May 1995, Branko Collin wrote:
  1090.  
  1091. > As far as we know (pluralis discussionlistis) Amos development by 
  1092. > Europress has stopped completely. Several groups and persons of this list 
  1093. > have plans to take it -within legal bounds- a step further. Michael 
  1094. > Sikorsky is working on what-used-to-be-called-MARP, a project to replace 
  1095. > all Amos commands with C functions, so that an Amos programmer could 
  1096. > switch easily to C (and C programmers would not have to plough through 
  1097. > numerous manuals just to open a screen). The Amos Development Team (of 
  1098. > which the members are?) are working on a completely new Amos-like but 
  1099. > less buggy language.
  1100.  
  1101. Ok...lets wait.....
  1102.  
  1103. > > Is there any hope for my AmosPro and A1200? :)
  1104. > > 
  1105. > In what sense? They are not disfunctional at the moment, are they? You 
  1106. > can program with them, cannot you?
  1107.  
  1108. Ofcourse i can....still, update for AmosPro2.0 would be great... 
  1109.  
  1110. > > I bet you all have heard that Blitz2 is fast....thats not true.
  1111. > > Bobs are fast in Blitz2 but calculations are very slow, 2-5 times
  1112. > > slower than AmosPro+Compiler. 
  1113. > > 
  1114. > We have covered this subject before on this list. I guess the fact that 
  1115. > both languages are popular means that both languages have their strong 
  1116. > points.
  1117.  
  1118. Havent seen them, because i'm new on this list....
  1119. btw. i have nothing against Blitz2....just testing it....
  1120.  
  1121.  
  1122. Jari Jokivuori
  1123.  
  1124.  
  1125. From svcs1.digex.net!amos-request Tue May  9 10:55:07 1995 remote from cristal
  1126. Return-Path: <amos-request@svcs1.digex.net>
  1127. Received: from svcs1.digex.net by cristal.mpx.com.au with smtp
  1128.     (Smail3.1.28.1 #3) id m0s8dZi-00014jC; Tue, 9 May 95 10:54 AEST
  1129. Received: by svcs1.digex.net id AA03776
  1130.   (5.67b8/IDA-1.5 for amos-out); Mon, 8 May 1995 15:36:08 -0400
  1131. Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA03772
  1132.   (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Mon, 8 May 1995 15:36:06 -0400
  1133. Received: from staff.udg.mx (cosmos.staff.udg.mx) by mail1.access.digex.net with SMTP id AA29917
  1134.   (5.67b8/IDA-1.5 for <amos-list@access.digex.com>); Mon, 8 May 1995 15:35:59 -0400
  1135. Received: from mexplaza.udg.mx (mexplaza.staff.udg.mx) by staff.udg.mx (4.1/SMI-4.1)
  1136.     id AA00809; Sat, 6 May 95 14:34:56 CST
  1137. Date: Sat, 6 May 95 14:34:56 CST
  1138. From: hugor@staff.udg.mx (Hugo Ramses -Multimedia)
  1139. Message-Id: <9505062034.AA00809@staff.udg.mx>
  1140. To: amos-list@access.digex.net
  1141. Subject: Turbo Extension
  1142. Status: RO
  1143. X-Status: 
  1144.  
  1145. Ajum!!!
  1146.  
  1147. Several months ago i sent money to Ryan Scott, because I want Turbo Extension,
  1148. but I havn't receibed it. I sent e-mails to Ryan Scott and he never
  1149. responds them. What do you know about Ryan and Turbo Extension?
  1150.  
  1151.  
  1152.       +---------------------------------+
  1153.       | Hugo Ramses Moreno Ramos        +-+
  1154.       | hugor@cosmos.staff.udg.mx       | |
  1155.       | Guadalajara, Mexico             | |
  1156.       | - - - - - - - - - - - - - - - - | |
  1157.       | Universidad de Guadalajara:     | |
  1158.       | http://unicornio.cencar.udg.mx/ | |
  1159.       | - - - - - - - - - - - - - - - - | |
  1160.       | WWW Mexic:                      | |
  1161.       | http://mexico.udg.mx/           | |
  1162.       +-+-------------------------------+ |
  1163.         +---------------------------------+
  1164.  
  1165. From svcs1.digex.net!amos-request Tue May  9 09:04:38 1995 remote from cristal
  1166. Return-Path: <amos-request@svcs1.digex.net>
  1167. Received: from svcs1.digex.net by cristal.mpx.com.au with smtp
  1168.     (Smail3.1.28.1 #3) id m0s8bqn-0000ZrC; Tue, 9 May 95 09:04 AEST
  1169. Received: by svcs1.digex.net id AA22155
  1170.   (5.67b8/IDA-1.5 for amos-out); Mon, 8 May 1995 12:28:13 -0400
  1171. Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA22149
  1172.   (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Mon, 8 May 1995 12:28:11 -0400
  1173. Received: from vx8650.appstate.edu by mail1.access.digex.net with SMTP id AA10857
  1174.   (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 8 May 1995 12:28:06 -0400
  1175. Received: from conrad.appstate.edu by conrad.appstate.edu (PMDF V4.3-10 #8642)
  1176.  id <01HQ9DDIJWG09UMPLU@conrad.appstate.edu>; Mon,
  1177.  08 May 1995 12:29:29 -0400 (EDT)
  1178. Date: Mon, 08 May 1995 12:29:29 -0400 (EDT)
  1179. From: DM9200@conrad.appstate.edu
  1180. Subject: Top Ten List Routine
  1181. To: amos-list@access.digex.net
  1182. Message-Id: <01HQ9DDIM1LU9UMPLU@conrad.appstate.edu>
  1183. X-Vms-To: IN%"amos-list@access.digex.net"
  1184. Mime-Version: 1.0
  1185. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  1186. Content-Transfer-Encoding: 7BIT
  1187. Status: RO
  1188. X-Status: 
  1189.  
  1190. Hiya,
  1191.  
  1192. I'm the sort of AMOS programmer who's pretty adept at moving bobs and 
  1193. pasting icons and very simple coding, but I've never been able to come up
  1194. with a top ten list routine.
  1195.  
  1196. Assuming the current score is in a variable called SCORE, could someone 
  1197. help me out with a procedure to chech and save it against a file on the
  1198. disk? this would be much appreciated.
  1199.  
  1200. I've always thought a scrolling 3d environment like that of the popular
  1201. ibm game could be faked in amos by using a directional animation of screens.
  1202. now i know that amos permits only 8 screens but if they are, say, 352 by
  1203. 960 then you have (through judicious screen offsetting) effectively 24 
  1204. screens (or more) which should be sufficient for some excellent 3d scrolling
  1205. effects at lightning speed. I wanted to digitize some of those claustro-
  1206. phobic hallway scenes from _The Shining_ to try this, but my digitizer is 
  1207. not up to snuff.
  1208.  
  1209. Opinions? and what is Francois doing these days?
  1210.  
  1211. -Daniel
  1212.  
  1213. F
  1214. X-Status: 
  1215.  
  1216. Ajum!!!
  1217.  
  1218. Several months ago i sent money to Ryan Scott, because I want Turbo Extension,
  1219. but I havn't receibed it. I sent e-mails to Ryan Scott and he never
  1220. responds them. What do you know about Ryan and Turbo Extension?
  1221.  
  1222.  
  1223.       +---------------------------------+
  1224.       | Hugo Ramses Moreno Ramos        +-+
  1225.       | hugor@cosmos.staff.udg.mx       | |
  1226.       | Guadalajara, Mexico             | |
  1227.       | - - - - - - - - - - - - - - - - | |
  1228.       | Universidad de Guadalajara:     | |
  1229.       | http://unicornio.cencar.udg.mx/ | |
  1230.       | - - - - - - - - - - - - - - - - | |
  1231.       | WWW Mexic:                      | |
  1232.       | http://mexico.udg.mx/           | |
  1233.       +-+-------------------------------+ |
  1234.         +---------------------------------+
  1235.  
  1236. From svcs1.digex.net!amos-request Tue May  9 09:04:38 1995 remote from cristal
  1237. Return-Path: <amos-request@svcs1.digex.net>
  1238. Received: from svcs1.digex.net by cristal.mpx.com.au with smtp
  1239.     (Smail3.1.28.1 #3) id m0s8bqn-0000ZrC; Tue, 9 May 95 09:04 AEST
  1240. Received: by svcs1.digex.net id AA22155
  1241.   (5.67b8/IDA-1.5 for amos-out); Mon, 8 May 1995 12:28:13 -0400
  1242. Received: from mail1.access.digex.net by svcs1.digex.net with SMTP id AA22149
  1243.   (5.67b8/IDA-1.5 for <amos-list@svcs1.digex.net>); Mon, 8 May 1995 12:28:11 -0400
  1244. Received: from vx8650.appstate.edu by mail1.access.digex.net with SMTP id AA10857
  1245.   (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Mon, 8 May 1995 12:28:06 -0400
  1246. Received: from conrad.appstate.edu by conrad.appstate.edu (PMDF V4.3-10 #8642)
  1247.  id <01HQ9DDIJWG09UMPLU@conrad.appstate.edu>; Mon,
  1248.  08 May 1995 12:29:29 -0400 (EDT)
  1249. Date: Mon, 08 May 1995 12:29:29 -0400 (EDT)
  1250. From: DM9200@conrad.appstate.edu
  1251. Subject: Top Ten List Routine
  1252. To: amos-list@access.digex.net
  1253. Message-Id: <01HQ9DDIM1LU9UMPLU@conrad.appstate.edu>
  1254. X-Vms-To: IN%"amos-list@access.digex.net"
  1255. Mime-Version: 1.0
  1256. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  1257. Content-Transfer-Encoding: 7BIT
  1258. Status: RO
  1259. X-Status: 
  1260.  
  1261. Hiya,
  1262.  
  1263. I'm the sort of AMOS programmer who's pretty adept at moving bobs and 
  1264. pasting icons and very simple coding, but I've never been able to come up
  1265. with a top ten list routine.
  1266.  
  1267. Assuming the current score is in a variable called SCORE, could someone 
  1268. help me out with a procedure to chech and save it against a file on the
  1269. disk? this would be much appreciated.
  1270.  
  1271. I've always thought a scrolling 3d environment like that of the popular
  1272. ibm game could be faked in amos by using a directional animation of screens.
  1273. now i know that amos permits only 8 screens but if they are, say, 352 by
  1274. 960 then you have (through judicious screen offsetting) effectively 24 
  1275. screens (or more) which should be sufficient for some excellent 3d scrolling
  1276. effects at lightning speed. I wanted to digitize some of those claustro-
  1277. phobic hallway scenes from _The Shining_ to try this, but my digitizer is 
  1278. not up to snuff.
  1279.  
  1280. Opinions? and what is Francois doing these days?
  1281.  
  1282. -Daniel
  1283.  
  1284. F
  1285. X-Status: 
  1286.  
  1287. Hiya,
  1288.  
  1289. I'm the sort of AMOS programmer who's pretty adept at moving bobs and 
  1290. pasting icons and very simple coding, but I've never been able to come up
  1291. with a top ten list routine.
  1292.  
  1293. Assuming the current score is in a variable called SCORE, could someone 
  1294. help me out with a procedure to chech and save it against a file on the
  1295. disk? this would be much appreciated.
  1296.  
  1297. I've always thought a scrolling 3d environment like that of the popular
  1298. ibm game could be faked in amos by using a directional animation of screens.
  1299. now i know that amos permits only 8 screens but if they are, say, 352 by
  1300. 960 then you have (through judicious screen offsetting) effectively 24 
  1301. screens (or more) which should be sufficient for some excellent 3d scrolling
  1302. effects at lightning speed. I wanted to digitize some of those claustro-
  1303. phobic hallway scenes from _The Shining_ to try this, but my digitizer is 
  1304. not up to snuff.
  1305.  
  1306. Opinions? and what is Francois doing these days?
  1307.  
  1308. -Daniel
  1309.  
  1310. F
  1311. X-Status: 
  1312.  
  1313. Hi all.
  1314.  
  1315. It's a lot of time i dont't write to the list but i'm always am AMOS
  1316. programmer!
  1317. A question:
  1318.  
  1319. - Is there a possibility to open a reqtools file requester on a WB screen
  1320. from AMOS without using Intuition extension by Andy Church?
  1321. The problem is: how to get the start address for the WB screen data 
  1322. structure?
  1323.  
  1324.    I hope in suggestions....
  1325.  
  1326.    Luca (aldo@di.unito.it)
  1327.  
  1328.  
  1329.  
  1330. From plato1@melbpc.org.au Wed May 10 13:13:45 1995
  1331. Received: from emu.melbpc.org.au by mail1.access.digex.net with SMTP id AA24575
  1332.   (5.67b8/IDA-1.5 for <amos-request@access.digex.net>); Wed, 10 May 1995 13:13:18 -0400
  1333. Received: from dialup-3.melbpc.org.au (dialup-3.melbpc.org.au [203.12.153.12]) by emu.melbpc.org.au (8.6.9/8.6.9) with SMTP id LAA15237 for <amos-request@access.digex.net>; Wed, 10 May 1995 11:08:00 +1000
  1334. Message-Id: <199505100108.LAA15237@emu.melbpc.org.au>
  1335. From: plato1@melbpc.org.au
  1336. Date: Wed, 10 May 95 11:36:11 -700
  1337. To: amos-request@access.digex.net
  1338. Mime-Version: 1.0
  1339. X-Mailer: Mozilla/1.0N (Windows)
  1340. Content-Type: text/plain;  charset=iso-8859-1
  1341. Content-Transfer-Encoding: 8bit
  1342. Subject: AMOS running the program
  1343. Status: O
  1344. X-Status: 
  1345.  
  1346.  
  1347.  
  1348. -- 
  1349. William Donaldson, Box 122 Kangaroo Ground, Victoria,
  1350. AUSTRALIA. 3097
  1351. TEL: 03 7120632, Fax.
  1352. Member, Melbourne PC User Group.
  1353.  
  1354.  
  1355.  
  1356. F
  1357. X-Status: 
  1358.  
  1359. Hello All,
  1360.  
  1361. I've got a real sod of a problem which is making my life hell!! Whenever I
  1362. run my new project on my A1200 it generates a SOFTWARE FAILURE error,
  1363. tells me to wait for disk activity to finish before rebooting.
  1364.  
  1365. I looked through the program on AMOS Pro using the step command and it seems
  1366. when it gets to an
  1367.  
  1368. UNTIL etc,
  1369.  
  1370. Command it skips to somewhere completely obscure in the program causing the
  1371. crash?
  1372.  
  1373. HELP!!!!!!
  1374.  
  1375. Is it AMOS (v1.36 with CRAFT and EASY LIFE extensions)?
  1376. Is it my HD?
  1377. Is it my A1200?
  1378.  
  1379. What the hell is going on?????!!!!
  1380.  
  1381. F
  1382. X-Status: 
  1383.  
  1384. On Tue, 9 May 1995, Magoga - Borsista CSI wrote:
  1385.  
  1386. > Hi all.
  1387. > It's a lot of time i dont't write to the list but i'm always am AMOS
  1388. > programmer!
  1389. > A question:
  1390. >  
  1391. > - Is there a possibility to open a reqtools file requester on a WB screen
  1392. > from AMOS without using Intuition extension by Andy Church?
  1393. > The problem is: how to get the start address for the WB screen data 
  1394. > structure?
  1395. >    I hope in suggestions....
  1396. >    Luca (aldo@di.unito.it)
  1397. >  
  1398. Yes, you can use reqtools for AMOS Pro with out intuition extension, but 
  1399. I don't know about AMOS. I have made routines to AMOS Pro for 
  1400. reqtools.library, but I had a hd-crash lately and the sources for 
  1401. reqtools went to dev null.... I am recoding them probably in this week, 
  1402. and I am thinking to send them to AMOS List.
  1403.  
  1404.     Tumu / BFB Team
  1405.  
  1406.  
  1407. F
  1408. X-Status: 
  1409.  
  1410. On Wed, 10 May 1995, Chris Sadler wrote:
  1411.  
  1412. > Hello All,
  1413. > I've got a real sod of a problem which is making my life hell!! Whenever I
  1414. > run my new project on my A1200 it generates a SOFTWARE FAILURE error,
  1415. > tells me to wait for disk activity to finish before rebooting.
  1416. > I looked through the program on AMOS Pro using the step command and it seems
  1417. > when it gets to an
  1418. > UNTIL etc,
  1419. > Command it skips to somewhere completely obscure in the program causing the
  1420. > crash?
  1421. > HELP!!!!!!
  1422. > Is it AMOS (v1.36 with CRAFT and EASY LIFE extensions)?
  1423.  
  1424. Most likely.
  1425.  
  1426. > Is it my HD?
  1427. > Is it my A1200?
  1428.  
  1429. It wont be your setup.  It is always AMOS that mucks everything up.  When 
  1430. Monsieur Lionet wrote AMOS, he was learning to program the Amiga.  He 
  1431. came from the ST!!!!!  Therefore, everything is badly bugged and he didnt 
  1432. even hear of a tool called Enforcer.  My advice is to disable those 
  1433. extensions and try again.  There is always clashing with different 
  1434. extensions.
  1435.  
  1436. > What the hell is going on?????!!!!
  1437.  
  1438. Crap AMOS, thats what! :-(
  1439.  
  1440.              ----====>>>> From the desk of ... <<<<====----
  1441.      _______   _______   _____   __  __
  1442.     / ___  /  / ___  /  / __ |  / / / /
  1443.    / /__/ /  / /  / /  / / / / / /_/ /   >Live long and prosper ;-)<
  1444.   /  __  /  / /  / /  / / / / /__ __/
  1445.  / /  / /  / /  / /  / /_/ /   / /   Email : cm4bcans@bs47c.staffs.ac.uk
  1446. /_/  /_/  /_/  /_/  /_____/   /_/    Web Page : http://www.staffs.ac.uk
  1447.  
  1448.  
  1449. F
  1450. X-Status: 
  1451.  
  1452.  
  1453. Haven't seen any post on the list for almost a week now is the list:
  1454.  
  1455. 1) Down
  1456. 2) Dead
  1457. 3) All of the above
  1458.  
  1459. Anyone have any word on the latest with the TurboPlus extension or is 
  1460. that dead as well (latest being v2.0). I was looking forward to seeing this
  1461. Scene Animation Language and also Colour Font commands implemented 
  1462. instead of having to use the procedures as well as the multitasking LOAD 
  1463. command.
  1464.  
  1465. Also has the Compact+ extension gotten off the ground yet ?
  1466.  
  1467. Greg
  1468.  
  1469.  
  1470. From angel@labein.es Wed May 10 10:24:33 1995
  1471. Received: from svcs1.digex.net by www1.access.digex.net with SMTP id AA19268
  1472.   (5.67b8/IDA-1.5 for <mcox@access.digex.net>); Wed, 10 May 1995 10:24:32 -0400
  1473. Received: from sol.labein.es by svcs1.digex.net with SMTP id AA18670
  1474.   (5.67b8/IDA-1.5 for <amos-request@svcs1.digex.net>); Wed, 10 May 1995 10:23:08 -0400
  1475. Received: by sol.labein.es (4.1/SMI-4.1)
  1476.     id AA01248; Wed, 10 May 95 16:16:40 +0200
  1477. Date: 10 May 95 16:16 +0200
  1478. From: Angel Alvarez <angel@labein.es>
  1479. To: <amos-request@svcs1.digex.net>
  1480. In-Reply-To: <9505101156.AA02439@bilbo.isc.anglia.ac
  1481. Message-Id: <281*angel@labein.es>
  1482. Subject: Re: Software Failure
  1483. Status: RO
  1484. X-Status: 
  1485.  
  1486. On Wed May 10 15:23:20 1995, <csadler@isc.anglia.ac.uk> wrote:
  1487.  
  1488. > Hello All,
  1489. > I've got a real sod of a problem which is making my life hell!! Whenever I
  1490. > run my new project on my A1200 it generates a SOFTWARE FAILURE error,
  1491. > tells me to wait for disk activity to finish before rebooting.
  1492. > I looked through the program on AMOS Pro using the step command and it seems
  1493. > when it gets to an
  1494. > UNTIL etc,
  1495. > Command it skips to somewhere completely obscure in the program causing the
  1496. > crash?
  1497. > HELP!!!!!!
  1498. > Is it AMOS (v1.36 with CRAFT and EASY LIFE extensions)?
  1499.  
  1500. Perhaps your problem is related with the installed extensions. I recommend you
  1501. to de-install these extensions, and try again.
  1502.  
  1503. > Is it my HD?
  1504. > Is it my A1200?
  1505. Another possibility is a problem with the memory chips of your AMIGA. Try some
  1506. program on Aminet to check the memory. 
  1507.  
  1508. > What the hell is going on?????!!!!
  1509.  
  1510. I hope this helps
  1511.  
  1512. ===============================================================================
  1513.                      _/_/_/ _/     _/_/   _/_/_/    _/_/_/ _/_/_/ _/_/_/ _/_/_/
  1514.  Angel Alvarez      _/  _/ _/     _/  _/   _/      _/     _/  _/ _/       _/
  1515.   (Aldi Soft)      _/_/_/ _/     _/  _/   _/      _/_/_/ _/  _/ _/_/     _/
  1516. angel@labein.es   _/  _/ _/     _/  _/   _/          _/ _/  _/ _/       _/
  1517.                  _/  _/ _/_/_/ _/_/   _/_/_/    _/_/_/ _/_/_/ _/       _/
  1518. ===============================================================================
  1519.              | Note: Aldi Soft isn't a software company. It's me. |
  1520.              ======================================================
  1521.  
  1522. F
  1523. X-Status: 
  1524.  
  1525. On Wed May 10 15:23:20 1995, <csadler@isc.anglia.ac.uk> wrote:
  1526.  
  1527. > Hello All,
  1528. > I've got a real sod of a problem which is making my life hell!! Whenever I
  1529. > run my new project on my A1200 it generates a SOFTWARE FAILURE error,
  1530. > tells me to wait for disk activity to finish before rebooting.
  1531. > I looked through the program on AMOS Pro using the step command and it seems
  1532. > when it gets to an
  1533. > UNTIL etc,
  1534. > Command it skips to somewhere completely obscure in the program causing the
  1535. > crash?
  1536. > HELP!!!!!!
  1537. > Is it AMOS (v1.36 with CRAFT and EASY LIFE extensions)?
  1538.  
  1539. Perhaps your problem is related with the installed extensions. I recommend you
  1540. to de-install these extensions, and try again.
  1541.  
  1542. > Is it my HD?
  1543. > Is it my A1200?
  1544. Another possibility is a problem with the memory chips of your AMIGA. Try some
  1545. program on Aminet to check the memory. 
  1546.  
  1547. > What the hell is going on?????!!!!
  1548.  
  1549. I hope this helps
  1550.  
  1551. ===============================================================================
  1552.                      _/_/_/ _/     _/_/   _/_/_/    _/_/_/ _/_/_/ _/_/_/ _/_/_/
  1553.  Angel Alvarez      _/  _/ _/     _/  _/   _/      _/     _/  _/ _/       _/
  1554.   (Aldi Soft)      _/_/_/ _/     _/  _/   _/      _/_/_/ _/  _/ _/_/     _/
  1555. angel@labein.es   _/  _/ _/     _/  _/   _/          _/ _/  _/ _/       _/
  1556.                  _/  _/ _/_/_/ _/_/   _/_/_/    _/_/_/ _/_/_/ _/       _/
  1557. ===============================================================================
  1558.              | Note: Aldi Soft isn't a software company. It's me. |
  1559.              ======================================================
  1560.  
  1561. F
  1562. X-Status: 
  1563.  
  1564. On Wed May 10 15:23:20 1995, <csadler@isc.anglia.ac.uk> wrote:
  1565.  
  1566. > Hello All,
  1567. > I've got a real sod of a problem which is making my life hell!! Whenever I
  1568. > run my new project on my A1200 it generates a SOFTWARE FAILURE error,
  1569. > tells me to wait for disk activity to finish before rebooting.
  1570. > I looked through the program on AMOS Pro using the step command and it seems
  1571. > when it gets to an
  1572. > UNTIL etc,
  1573. > Command it skips to somewhere completely obscure in the program causing the
  1574. > crash?
  1575. > HELP!!!!!!
  1576. > Is it AMOS (v1.36 with CRAFT and EASY LIFE extensions)?
  1577.  
  1578. Perhaps your problem is related with the installed extensions. I recommend you
  1579. to de-install these extensions, and try again.
  1580.  
  1581. > Is it my HD?
  1582. > Is it my A1200?
  1583. Another possibility is a problem with the memory chips of your AMIGA. Try some
  1584. program on Aminet to check the memory. 
  1585.  
  1586. > What the hell is going on?????!!!!
  1587.  
  1588. I hope this helps
  1589.  
  1590. ===============================================================================
  1591.                      _/_/_/ _/     _/_/   _/_/_/    _/_/_/ _/_/_/ _/_/_/ _/_/_/
  1592.  Angel Alvarez      _/  _/ _/     _/  _/   _/      _/     _/  _/ _/       _/
  1593.   (Aldi Soft)      _/_/_/ _/     _/  _/   _/      _/_/_/ _/  _/ _/_/     _/
  1594. angel@labein.es   _/  _/ _/     _/  _/   _/          _/ _/  _/ _/       _/
  1595.                  _/  _/ _/_/_/ _/_/   _/_/_/    _/_/_/ _/_/_/ _/       _/
  1596. ===============================================================================
  1597.              | Note: Aldi Soft isn't a software company. It's me. |
  1598.              ======================================================
  1599.  
  1600. F
  1601. X-Status: D
  1602.  
  1603. Hey look, I've got a working alpha copy ready for FTP at 
  1604. ftp.rain.org/pub/doctorx/ if anyone wants to try it out. I need graphics, 
  1605. ideas, and if you want to finish coding it, it's all yours. I am no 
  1606. longer interested in it as much as I was. Currently I am working on a 
  1607. C64-style platform game and a MUD for Linux which is taking up all of my 
  1608. time (as if a weekly TV show didn't. Ha.)
  1609.  
  1610. --                                                               --
  1611. oo     T H I S   M E S S A G E   W A S   W R I T T E N   B Y     oo
  1612. ||            d o c t o r x @ r a i n . o r g                    ||
  1613. ::    The BoReD Homepage: http://www.rain.org/~doctorx/bored     ::
  1614. ..  `->AMIGANIRVANAHOWARDSTERNKILLAOLKILLFASCISTSPROTHINKING<-'  .. 
  1615.  
  1616.  
  1617. F
  1618. X-Status: 
  1619.  
  1620. Hello,
  1621.  
  1622. I read somewhere the 'screen-struct' from intuition (I don't know
  1623. too much about this subject so don't flame me for using screen when it
  1624. should be 'layer' or so:-) can take a 'custom bitmap'. I believe this is
  1625. a pointer to a piece of memory with the bitmap, is this right ?
  1626. If it is, is it possible to have a intui.screen showing the contents of
  1627. an amosscreen (since amos can give the pointer to the bitmap of its screen)
  1628. I realise that there are differences in the screens but would a single
  1629. bitplane be possible ?
  1630. If this can be done, it would mean I can get amos-screen-data in a wb
  1631. screen on 1.3. 
  1632.  
  1633. Anyone ? (Andy, please ?:-)
  1634.  
  1635.  
  1636. ---------------------------------------------------------------
  1637. Martijn Wehrens, Theoretical Chemistry Group Utrecht University
  1638. email m.g.d.wehrens@chem.ruu.nl          
  1639. ---------------------------------------------------------------
  1640.  
  1641. F
  1642. X-Status: 
  1643.  
  1644. On Thu, 11 May 1995, Martijn Wehrens wrote:
  1645.  
  1646. > Hello,
  1647. > I read somewhere the 'screen-struct' from intuition (I don't know
  1648. > too much about this subject so don't flame me for using screen when it
  1649. > should be 'layer' or so:-) can take a 'custom bitmap'. I believe this is
  1650. > a pointer to a piece of memory with the bitmap, is this right ?
  1651.  
  1652. Yes.
  1653.  
  1654. > If it is, is it possible to have a intui.screen showing the contents of
  1655. > an amosscreen (since amos can give the pointer to the bitmap of its screen)
  1656.  
  1657. This does work and I could give you code that does it if you want.
  1658. From what I've done with it though, windows mess up the display and AMOS 
  1659. can't write to the windows directly.
  1660.  
  1661. > I realise that there are differences in the screens but would a single
  1662. > bitplane be possible ?
  1663.  
  1664. You could do an entire 5-bitplane HAM screen if you really wanted to.
  1665. BTW: Most of the differences of the displays come from AMOS's copper list 
  1666. and not the bitmaps themselves.  The bitmaps will slide into a screen's 
  1667. bitmap structure directly.
  1668.  
  1669. > If this can be done, it would mean I can get amos-screen-data in a wb
  1670. > screen on 1.3. 
  1671. Yes.  You still need to use intuition to do windowing though.
  1672.  
  1673. ==============================================================================
  1674. Gau of the Veldt
  1675.  
  1676.   "Draped in monster hides, eyes shining with intelligence.
  1677.    A youth surviving against all odds..."
  1678.  
  1679. == Email: gau@vortex.netbistro.com == WWW: http://vortex.netbistro.com/comp ==
  1680.  
  1681.  
  1682. F
  1683. X-Status: 
  1684.  
  1685. On Fri, 21 Apr 1995, David C. Gorton wrote:
  1686.  
  1687. > I'm looking for an text-scroller for a TV newsroom.  Sort of like what 
  1688. > you would be able to roll credits on.  But instead it would be for the 
  1689. > reporters to read their lines off of while looking into the camera.  
  1690. > Anybody know where I can find/FTP one?  Source would be nice too.  NTSC 
  1691. > compatibility is a must, unless the source is available.  I know just 
  1692. > enough about AMOS to change PAL to NTSC.
  1693. >  
  1694.  
  1695. BTW, a Dutch TV-programme recently showed how autocues work. It was 
  1696. indeed a very simple screen scroller, one anybody could programme in 10 
  1697. lines of Amos. The only thing new I learned was that the 
  1698. news-presenter or an operator used a footpedal to control the speed of 
  1699. the scrolling.
  1700.  
  1701. .......................................................................
  1702. .       Branko Collin                .           'WHOP                .
  1703. .                                    .        whisssssCRAC!           .
  1704. .   //  u249026@vm.uci.kun.nl        .        THUMPA THUMPA'          .
  1705. . \X/   bcollin@mpi.nl               .  Meccano      -      Gilette   .
  1706. .......................................................................
  1707.  
  1708. F
  1709. X-Status: 
  1710.  
  1711. Hi,
  1712.  
  1713. Is it stated anywhere in the amos(pro) manual that the 'Free'
  1714. function so happens to clear any 'Param' or 'Param$' ?!?!
  1715. (This cost me a lot of bug-searching!)
  1716.  
  1717. If anyone remembers my question about the (pro)compiler and my
  1718. large program (the big set buffer):
  1719. It helped much to have a number of 'F=Free' commands during
  1720. many string-operations, other than that,
  1721. it also helped much to make the buffer smaller. Which is a problem
  1722. because some 200 K of data must be read into array's (so whay not
  1723. use a Bank you'll say... alas, the most of the data will be
  1724. resized in the program, a bank would cost about 500K : too much)
  1725.  
  1726. When a compiled program gets stuck:
  1727.  
  1728. - change the order of your procedures
  1729. - Retokenize the program. This will correct most file errors
  1730.  (which are scarce, really ;-) )
  1731. - If using Data-lines, check out for comments etc. otherwise the
  1732.   compiler will be confused by this remarks.
  1733. - If using permanent banks, check if all the bank lengths are
  1734.   *even*. Not doing so will cause the compiler to create
  1735.   unexecuteable files.
  1736. - Try out both cli and wb executables.
  1737. - Try to reduce the string buffer size.
  1738. - Avoid dummy and trash strings where possible.
  1739.   Use DUMMY=Free in complicated string manipulation procedures.
  1740. - Ask Francois Lionet to fix the string bugs! :-)
  1741. - Give up. :-(
  1742.  
  1743. In case of very, very many string-operations:
  1744. these can be quite sure at fault:
  1745. Chris> "I've coded a lot of programs and my
  1746. Chris> AMOS-Guide program has to use a lot of string work and you can watch
  1747. Chris> it crashing after at least 30 seconds scrolling through large
  1748. Chris> nodes..." I'm afraid there's nothing you could do about this but to
  1749. Chris> avoid using strings... :-(
  1750.  
  1751. ---------------------------------------------------------------
  1752. Martijn Wehrens, Theoretical Chemistry Group Utrecht University
  1753. email m.g.d.wehrens@chem.ruu.nl          
  1754. ---------------------------------------------------------------
  1755.  
  1756. F
  1757. X-Status: 
  1758.  
  1759.  
  1760. > > Several months ago i sent money to Ryan Scott, because I want Turbo Extension,
  1761. > > but I havn't receibed it. I sent e-mails to Ryan Scott and he never
  1762. > > responds them. What do you know about Ryan and Turbo Extension?
  1763. > But Ryan Scott has nothing to do with Turbo Extension... Turbo extension 
  1764. > was made by a Andre.... can't remember. However version 1.9 is freeware 
  1765. > and I don't know of future commercial (or shareware) version.
  1766. > MeF
  1767.  
  1768. Well, I sent the money to Ryan, and I don't think I sent my money to the wrong
  1769. person, do I?
  1770.  
  1771.       +---------------------------------+
  1772.       | Hugo Ramses Moreno Ramos        |
  1773.       | hugor@cosmos.staff.udg.mx       | 
  1774.       | Guadalajara, Mexico             | 
  1775.       | - - - - - - - - - - - - - - - - | 
  1776.       | http://www.udg.mx/~hugor        | 
  1777.       +---------------------------------+
  1778.  
  1779. F
  1780. X-Status: 
  1781.  
  1782. On Fri, 12 May 1995,  (Gau) wrote:
  1783. >.On Thu, 11 May 1995, Martijn Wehrens wrote:
  1784. >
  1785. >> Hello,
  1786. >> 
  1787. >> I read somewhere the 'screen-struct' from intuition (I don't know
  1788. >> too much about this subject so don't flame me for using screen when it
  1789. >> should be 'layer' or so:-) can take a 'custom bitmap'. I believe this is
  1790. >> a pointer to a piece of memory with the bitmap, is this right ?
  1791. >
  1792. >Yes.
  1793. >
  1794. >> If it is, is it possible to have a intui.screen showing the contents of
  1795. >> an amosscreen (since amos can give the pointer to the bitmap of its
  1796. screen)
  1797. >
  1798. >This does work and I could give you code that does it if you want.
  1799. >From what I've done with it though, windows mess up the display and AMOS 
  1800. >can't write to the windows directly.
  1801. >
  1802.  
  1803. <file cliped>
  1804.  
  1805. Ya Andy:
  1806.  
  1807.    If this do'es work.  Could you upgrade your INTUITION extention to allow
  1808. your screen opens
  1809. to share a bitmap with Amos, instead of using the AMOSCOPY command.
  1810.  
  1811.     Only problem now, is the mouse.  The Amos mouse and Intuition's mouse
  1812. have nothing to 
  1813. do with each other.  You have no way of detecting zones.
  1814.  
  1815. -
  1816.  
  1817. Gau:
  1818.     Would you please send me a copy of your code.  I would like a chance to
  1819. play with this.
  1820.  
  1821.  
  1822. Brad G.
  1823.  
  1824.  
  1825. F
  1826. X-Status: 
  1827.  
  1828. >Maybe you can find some way of contacting him through NetCreations.
  1829. >
  1830. >He does exist as rscott@netcreations.com, it seems to be an ftp-only site 
  1831. >but E-mail is a possibility.
  1832.  
  1833.   According to his web page, you can reach him via E-mail at
  1834. rscott@gate.net (his old address).
  1835.  
  1836. >And if you find him, remind him that he owes Dave May $200.00!
  1837.  
  1838.   And he still owes me about $100...
  1839.  
  1840.   --Andy Church (achurch@goober.mbhs.edu)
  1841.     WWW: http://www.mbhs.edu/~achurch/
  1842.     AMOS Web Site: http://www.mbhs.edu/~achurch/amos/
  1843.  
  1844. F
  1845. X-Status: 
  1846.  
  1847. On Fri, 12 May 1995, Hugo Ramses -Multimedia wrote:
  1848.  
  1849. > > > Several months ago i sent money to Ryan Scott, because I want Turbo Extension,
  1850. > > > but I havn't receibed it. I sent e-mails to Ryan Scott and he never
  1851. > > > responds them. What do you know about Ryan and Turbo Extension?
  1852. > > 
  1853. > > But Ryan Scott has nothing to do with Turbo Extension... Turbo extension 
  1854. > > was made by a Andre.... can't remember. However version 1.9 is freeware 
  1855. > > and I don't know of future commercial (or shareware) version.
  1856. > > 
  1857. > > MeF
  1858.  
  1859. Whoa hold on here, Ryan Scott had everything to do with Turbo Extension.  
  1860. He coordinated efforts from Manuel Andre, himself, me, and other 
  1861. programmers/designers to produce Turbo.  He did an excellent job (though 
  1862. he owes me some money)...
  1863.  
  1864. > Well, I sent the money to Ryan, and I don't think I sent my money to the wrong
  1865. > person, do I?
  1866.  
  1867. You sent it to the right person.  Nonetheless he has left the AMOS scene 
  1868. to make some money.  Hmmm.  it appears Ryan Scott has a web page.  
  1869. Something to do with NetCreations, Inc.
  1870.  
  1871. URL: http://www.netcreations.com/rscott/index.html
  1872.  
  1873. Maybe you can find some way of contacting him through NetCreations.
  1874.  
  1875. He does exist as rscott@netcreations.com, it seems to be an ftp-only site 
  1876. but E-mail is a possibility.
  1877.  
  1878. And if you find him, remind him that he owes Dave May $200.00!
  1879.  
  1880. Dave
  1881.  
  1882. F
  1883. X-Status: 
  1884.  
  1885.  
  1886. Here it is, Reqtools interface for AmosPro. 
  1887.  
  1888. I will update it like adding matchpatterns, but it hasn't got much hurry.
  1889.  
  1890. If you're using this piece of code in your progs, please credit me in 
  1891. information texts. 
  1892.  
  1893. This piece of code is PUBLIC DOMAIN, so you can't take any money from it 
  1894. except some cost for disks and postage.
  1895.  
  1896.     Tumu / BFB Team <tumu@janus.otol.fi>
  1897.  
  1898. ------------------------ cut here --------------------------
  1899.  
  1900. ' reqtools interface by tumu / bfb team <tumu@janus.otol.fi> 
  1901. ' version 1.0 - public domain
  1902.  
  1903. ' bfb team productions 1995
  1904. ' bfb team www page: http://lyyra.kempele.fi/~quaid/ 
  1905.  
  1906. ' reqtools.library is copyrighted by Nico Francois
  1907.  
  1908. ' requires make's lib extension! _rtfilereq uses it's mem allocation routines  
  1909. '                            (reserves 108 bytes for filename)   
  1910.  
  1911. ' make's lib can be ftped from nic.funet.fi
  1912. '                              /pub/amiga/programming/amos/makelib.lha   
  1913.  
  1914. ' procedures:
  1915. '             _rtallocrequest[type_of_requester] 
  1916. '             ; allocates needed buffers for requesters
  1917. '               type = 0 - file requester  
  1918. '                      1 - easy requester
  1919. '                      2 - font requester (not available)
  1920. '                      3 - screenmode req. (not available) 
  1921. '             ; returns in Param the address of the buffer or null if
  1922. '               no memory
  1923.  
  1924. '             _rtezrequest[requester_string,gadget_strings,titlebar_str, 
  1925. '                          request_buffer] 
  1926. '             ; use easy requester 
  1927. '               requester_string - requester string
  1928. '               gadget_string    - gadget string (gads seperated by '|')   
  1929. '                                  (example: "Ok|Cancel")
  1930. '               titlebar_str     - titlebar string 
  1931. '               request_buffer   - address returned by _rtallocrequest 
  1932.  
  1933. '             _rtfilerequest[titlestr,request_buffer]
  1934. '             ; use file requester 
  1935. '               titlestr - title string
  1936. '               request_buffer - address returned by _rtallocrequest 
  1937. '             ; return: returns 1 in Param if user selected a file 
  1938. '                       _rtfile$ contains filename 
  1939. '                       _rtdir$ contains directoryname 
  1940.  
  1941. '             _rtfreerequest[request_buffer] 
  1942. '             ; deallocates request buffer 
  1943. '               request_buffer - address returned by _rtallocrequest 
  1944.  
  1945. Amos To Back 
  1946.  
  1947. Lib Open 1,"reqtools.library",0
  1948.  
  1949. _RTALLOCREQUEST[0]
  1950. _REQBUFFER=Param
  1951.  
  1952. If _REQBUFFER<=0
  1953.    Amos To Front 
  1954.    Print "no enough mem for reqbuffer"
  1955.    End 
  1956. End If 
  1957.  
  1958. _RTFILEREQUEST["BFB Team productions 1995",_REQBUFFER]
  1959.  
  1960. Print Param,_RTDIR$+"/"+_RTFILE$
  1961.  
  1962. _RTFREEREQUEST[_REQBUFFER]
  1963.  
  1964. Amos To Front 
  1965.  
  1966. Procedure _RTALLOCREQUEST[TYPE]
  1967.    ' rt_filereq - equ 0 ; file requester  
  1968.    ' rt_reqinfo - equ 1 ; easy requester
  1969.    
  1970.    Dreg(0)=TYPE
  1971.    Areg(0)=0
  1972.    
  1973.    RES=Lib Call(1,-$1E)
  1974.    
  1975. End Proc[RES]
  1976. Procedure _RTEZREQUEST[_REQ$,_GADS$,_TITLE$,_REQBUFFER]
  1977.    
  1978.    Areg(1)=Varptr(_REQ$)
  1979.    Areg(2)=Varptr(_GADS$)
  1980.    Areg(3)=_REQBUFFER
  1981.    Areg(4)=0
  1982.    Areg(0)=0
  1983.    
  1984.    X=Free
  1985.    Loke _REQBUFFER+12,Varptr(_TITLE$)
  1986.    
  1987.    RES=Lib Call(1,-$42)
  1988.    
  1989. End Proc[RES]
  1990. Procedure _RTFILEREQUEST[_TITLE$,_REQBUFFER]
  1991.    
  1992.    Shared _RTFILE$,_RTDIR$,_RTFILENAMEPTR
  1993.    
  1994.    If _RTFILENAMEPTR=0
  1995.       _RTFILENAMEPTR=Ma Malloc(108,Mem Public+Mem Clear)
  1996.    End If 
  1997.    
  1998.    If _RTFILENAMEPTR=0
  1999.       Pop Proc[-1]
  2000.    End If 
  2001.    
  2002.    _TITLE$=_TITLE$+Chr$(0)
  2003.    
  2004.    Areg(0)=0
  2005.    Areg(1)=_REQBUFFER
  2006.    Areg(2)=_RTFILENAMEPTR
  2007.    
  2008.    X=Free
  2009.    Areg(3)=Varptr(_TITLE$)
  2010.    
  2011.    RES=Lib Call(1,-$36)
  2012.    
  2013.    If RES=1
  2014.       _RTFILE$=Elmem$(_RTFILENAMEPTR,108,0)
  2015.       _RTDIR$=Elmem$(Leek(_REQBUFFER+16),108-Len(_RTFILE$),0)
  2016.    End If 
  2017.    
  2018. End Proc[RES]
  2019. Procedure _RTFREEREQUEST[_REQBUFFER]
  2020.    
  2021.    Shared _RTFILENAMEPTR
  2022.    
  2023.    Areg(1)=_REQBUFFER
  2024.    
  2025.    RES=Lib Call(1,-$24)
  2026.    
  2027.    If _RTFILENAMEPTR>0 Then Ma Free _RTFILENAMEPTR
  2028.    
  2029. End Proc
  2030.  
  2031.  
  2032. F
  2033. X-Status: 
  2034.  
  2035. Okay, I've seen Demo's of Turbo Plus Extension(is the the same as the tubo
  2036. extension 1.9 or what? Someone said that 1.9 is freeware, if so where do
  2037. I get it?(I don't think its on Aminet), I'
  2038. ve also mailed Ryan about purchasing it, but got no response either. So how
  2039. do I get it, I really, really, REALLY need it for its smooth scrolling map
  2040. instructions. Can anybody help me with this or what???
  2041.  
  2042. Cori Skagen
  2043. (s93044370@acs.saultc.on.ca)
  2044.  
  2045.  
  2046. F
  2047. X-Status: 
  2048.  
  2049.  
  2050. You can get the Turbo+(Plus) extension from:
  2051.  
  2052. NorthWest Public Domain
  2053. P.O. Box 1617
  2054. Auburn, Wa 98071-1617
  2055. (206)351-9502 ask for John
  2056.  
  2057. The latest verion of Turbo+(Plus) is 2.0 which really isn't that much of an
  2058. update over 1.0 to be perfectly honest and I don't think Turbo+(Plus) is
  2059. being supported at least in the US anymore, but you still can get it from 
  2060. NorthWest Public Domain.
  2061.  
  2062. Still a good extension to have in your collection with many great comands 
  2063. at your dissposal along with an excellent colour font editor and scene 
  2064. editor.
  2065.  
  2066. Turbo v1.9 is very buggy on AMOSPro and doesn't include all the commands
  2067. that are in Turbo+(Plus).
  2068.  
  2069.  
  2070. F
  2071. X-Status: 
  2072.  
  2073.  
  2074.  
  2075. > Okay, I've seen Demo's of Turbo Plus Extension(is the the same as the tubo
  2076. > extension 1.9 or what? Someone said that 1.9 is freeware, if so where do
  2077. > I get it?(I don't think its on Aminet),
  2078.  
  2079. Ok.You can find it in a lot of places.
  2080. If you have access to FTP, you simply have to connect to inca.gate.net.
  2081. You can find extension in directory pub/amos/software/extension.
  2082. Extension is archived with lha and it is damaged. Extension works fine 
  2083. but there are no manuals about it!
  2084. You can download Turbo19.lha from my homepage too.
  2085. Connect via Mosaic (or similar) to:
  2086.  
  2087. http://www.di.unito.it/pub/WWW/www_student/amiga/LucaFerraris/amosweb.html
  2088.  
  2089. See page "Amos Extensions" and download it. If you use Mosaic, select
  2090. option Load To Local Disk to download it on your hard-disk. If you are
  2091. using Netscape, press the SHIFT key click at the same time on the 
  2092. extension name.
  2093.  
  2094. Note: version present in my home-page is the same present via FTP on 
  2095. inca.gate.net!
  2096. However,i received from Mauro Fontana (MeF) the complete version with 
  2097. guides and manuals. It's not damaged and so i think i will put it 
  2098. on my hard-disk. So, you can try to connect next week to my home-page,
  2099. to download the complete version.
  2100.  
  2101. I think you have to thank Mauro Fontana!
  2102.  
  2103.  
  2104. I could e-mail it to the amoslist (uuencode) but i think it's not possible.
  2105. The size of archive is mote than 130K!
  2106.  
  2107. > Cori Skagen
  2108. > (s93044370@acs.saultc.on.ca)
  2109.  
  2110.    Luca Ferraris (aldo@di.unito.it)
  2111.  
  2112.  
  2113.  
  2114.  
  2115. F
  2116. X-Status: 
  2117.  
  2118. Cori Skagen wrote on Sun, 14 May 1995 13:10:46
  2119.  
  2120.  
  2121. > Okay, I've seen Demo's of Turbo Plus Extension(is the the same as the tubo
  2122. > extension 1.9 or what? Someone said that 1.9 is freeware, if so where do
  2123. > I get it?(I don't think its on Aminet), I'
  2124. > ve also mailed Ryan about purchasing it, but got no response either. So how
  2125. > do I get it, I really, really, REALLY need it for its smooth scrolling map
  2126. > instructions. Can anybody help me with this or what???
  2127. Yep, there are help awailable... I found it on ftp.gate.net
  2128. (NAME: Turbo19.LHA), but I'll don't know if it's there anymore... 
  2129. Try it out, othervice, mail me again, and I'll send it to ya! I have 
  2130. it .LHA packed at home!
  2131.  
  2132. Regards,
  2133.  
  2134. /Marco.                                                      
  2135.  
  2136. *********************************************************************
  2137. * Martial Arts makes life worth living  :-))                        *  
  2138. *********************************************************************
  2139. * The Place To Be Happy Is Here                                     *
  2140. * The Time To Be Happy Is Now                                       *
  2141. * The Way To Be Happy Is To Make Others So!                         *
  2142. *********************************************************************
  2143. * E-MAIL ME: SA437@UTB.SHV.HB.SE                                    *
  2144. *********************************************************************
  2145.  
  2146. F
  2147. X-Status: 
  2148.  
  2149. >> Okay, I've seen Demo's of Turbo Plus Extension(is the the same as the tubo
  2150. >> extension 1.9 or what? Someone said that 1.9 is freeware, if so where do
  2151. >> I get it?(I don't think its on Aminet), I'
  2152. >> ve also mailed Ryan about purchasing it, but got no response either. So how
  2153. >> do I get it, I really, really, REALLY need it for its smooth scrolling map
  2154. >> instructions. Can anybody help me with this or what???
  2155. >Yep, there are help awailable... I found it on ftp.gate.net
  2156. >(NAME: Turbo19.LHA), but I'll don't know if it's there anymore... 
  2157. >Try it out, othervice, mail me again, and I'll send it to ya! I have 
  2158. >it .LHA packed at home!
  2159.  
  2160.   You can also get it off the AMOS Web Site (URL below).
  2161.  
  2162.   --Andy Church (achurch@goober.mbhs.edu)
  2163.     WWW: http://www.mbhs.edu/~achurch/
  2164.     AMOS Web Site: http://www.mbhs.edu/~achurch/amos/
  2165.  
  2166. F
  2167. X-Status: 
  2168.  
  2169.  
  2170. > I'm looking for an text-scroller for a TV newsroom.  Sort of like what 
  2171. > you would be able to roll credits on.  But instead it would be for the 
  2172. > reporters to read their lines off of while looking into the camera.  
  2173. > Anybody know where I can find/FTP one?  Source would be nice too.  NTSC 
  2174. > compatibility is a must, unless the source is available.  I know just 
  2175. > enough about AMOS to change PAL to NTSC.
  2176. >  
  2177.  
  2178. There was an autoque textscroller uploaded to aminet last week. I did not
  2179. check it out, but it could be exactly what you need.
  2180.  
  2181. Darryl
  2182.  
  2183. -- Via DLG Pro v1.0
  2184.  
  2185.  
  2186.                #####\             _             /#####
  2187.                #( )# |          _( )__         | #( )# 
  2188.                ##### |         /_    /         | #####
  2189.                #" "# |     ___m/I_ //_____     | #" "#
  2190.                # O # |____#-x.\ /++m\ /.x-#____| # O #
  2191.                #m.m# |   /" \ ///###\\\ / "\   | #m.m#
  2192.                #####/    ######/     \######    \#####
  2193.  
  2194.                  EX DJ (currently looking for work)
  2195.  
  2196. F
  2197. X-Status: 
  2198.  
  2199. Hi Martijn,
  2200.  
  2201. Sorry for taking so long getting back to you.
  2202.  
  2203. Thanks for getting in touch about my little problem.  Your 
  2204. doscall-calls would be very helpfull, especially if you can comment them.  My 
  2205. version of AMOS Pro came off the front of a magazine and I dont have the manual. 
  2206.  Being a student and all I dont have the funds to upgrade so any other 
  2207. programming tricks you dont mind sharing will be much welcomed.
  2208.  
  2209. At the moment I am developing a few PROCEDURES that Ive had to create 
  2210. for my programs and hoping to get most of them finished to either post to 
  2211. the list, up-load to AmiNet within the next few days.  Or if anyone wants 
  2212. them get in touch and Ill mail them (I have 2 versions so please state if you 
  2213. have the TURBO extensions).
  2214. These will include:
  2215.  
  2216. _3DBUTTON[]  ; done to death I know but I like mine
  2217. _3DBOX[]     ; probibly also done to death but Ive not see it
  2218. _ALERTBOX[]  ; allows box title, 6 lines of messages, upto 3 buttons
  2219.                (all automatically positioned) anywhere on screen
  2220. _EMBOSSBOX[] ; draw an embossed box any size anywhere on screen
  2221. _TELETYPE[]  ; display text 1 chr at a time, like the old telex 
  2222. machines
  2223. _EDGETEXT[]  ; puts a box around some text, sounds strange but I like 
  2224. it
  2225.  
  2226. Im also working on various other gadgets, such as sliders, cycle 
  2227. gadgets, tick boxes etc.  The main projects Im working on at the moment 
  2228. include a football statistic and (mayby) prediction system; and a program that 
  2229. will allow pre-Pro users to create interface boxes and screens 
  2230. interactivly, the source will then be saved as ASCII text to import back into programs. 
  2231.  this is the one Im most proud of but I cant workout how to save the 
  2232. information. Any ideas anyone?  I think saving it to a file like this will work:
  2233.  
  2234. Open Out 1,filename
  2235. .
  2236. .
  2237. Print #1,string-name
  2238.  
  2239. and then merging the resultant file with the program source you want 
  2240. to use it with.
  2241. (But I havent had time to try it yet.)
  2242.  
  2243. Gizmo,
  2244.  
  2245. +---------------+
  2246. | +-----------+ |
  2247. | |   _   _   | |
  2248. | |  / \_/ \  | |
  2249. | | ( O . O ) | +---------------------------------------+
  2250. | |  \ / \ /  +---------------------------------------+ |
  2251. | |  ( ___ )                                          | |
  2252. | |   \___/  E-Mail: stephenw@inetgw.chichester.ac.UK | |
  2253. | |                 'Trust no one'                    | |
  2254. | +----------------+               +------------------+ |
  2255. +----------------+ +---------------+ +------------------+
  2256.                  +-------------------+
  2257.  
  2258. F
  2259. X-Status: 
  2260.  
  2261.  
  2262.  
  2263. >   --Andy Church (achurch@goober.mbhs.edu)
  2264. >     WWW: http://www.mbhs.edu/~achurch/
  2265. >     AMOS Web Site: http://www.mbhs.edu/~achurch/amos/
  2266.  
  2267. Andy, are you the programmer of the Intuition extension for Amos?
  2268.  
  2269. Is it the same as the INTOS?
  2270.  
  2271. How much does it cost your extension? 
  2272.  
  2273. I'm really interested in using the Intuition through AMOS...
  2274.  
  2275. Thanks
  2276.  
  2277. MeF
  2278.  
  2279. F
  2280. X-Status: 
  2281.  
  2282. Hi,
  2283.  
  2284.   A few days back I sent a message "Bits & Pieces", with a few questions on,
  2285. oddly enough bits and pieces. (Cheers for replying to anyone to did).
  2286.  
  2287. But I wasn't explicit enough on my q about WB and CLI compilation...
  2288.  
  2289. The problem is this, I've been trying to get tool-types working for an Amos
  2290. prog, but for some utterly weird reason, it doesn't seem to work. I would
  2291. usually throw MonAn (Monitor/Debugger that came with DevPac3) at the task, but
  2292. the code I wrote to read the tool types is in an included asm procedure, and I
  2293. would have to run through the entire Amos -startup code (ie crap) before
  2294. getting anywhere near where I am.
  2295.  
  2296. Help! Has anybody got this working - and no, I've looked - Easylife doesn't
  2297. *seem* to have it.
  2298.  
  2299.  
  2300. Cheers,
  2301.    Nick
  2302.  
  2303.  
  2304. F
  2305. X-Status: 
  2306.  
  2307. T.Lewis@bton.ac.uk (Eddie) wrote on 04.05.1995 some text under the
  2308. subject Arrays. I can't leave this uncommentated ;-)
  2309.  
  2310. Ed> Hello all,
  2311. Ed>     I'm new to this group so I'm just letting you all know who I am! :-)
  2312.  
  2313. Hello Eddie (?) :-) I should have done this, too ;-)
  2314.  
  2315. If anyone is interested (it got quite long, so get your coffee ready
  2316. ;) ):
  2317.  
  2318. I've born on 26th December 1976, so I'm now 18 years old... my father
  2319. is an englishman, my mother is german and I think I have a rather good
  2320. knowledge of both languages... :-)
  2321.  
  2322. I got hold of my first amiga (500) in August 1986, and I coded a lot
  2323. of thingies in AmigaBasic (puke!) (I even wrote a kind of Gamedisk
  2324. containing some non-compiled programs %-)))) ), before I switched to
  2325. AMOS 1.0...
  2326.  
  2327. I've learned much from this time on and in November 1992 I licenced
  2328. my first AMOS Gamedisk#1 to The Software Society (the only company in
  2329. Germany, which seemed to be interested in AMOS-games), which didn't
  2330. sell well ('till now, I've sold unbelievable 7 (seven) disks!).
  2331. There were three games on it: Amotrix (a tetris clone for 1/2
  2332. players),
  2333. Messager (an agility game) and Ultimate Tron (guess what). The price
  2334. was 29,00 DM (aprox US $20)...
  2335.  
  2336. One month later, AMOS Help! (a accessory which is similar to the
  2337. AMOSPro Online Help, including help texts for all available
  2338. extensions in german and english, although it never was sold
  2339. overseas)
  2340. was released and got around a little bit better (34 disks in
  2341. total)...
  2342. it was updated up to 25.1.93...
  2343.  
  2344. Time passed... I've written various little programs for the
  2345. 'AMOS VIP Club', which was part of The Software Society...
  2346.  
  2347. Gamedisk #3 was ready (Gamedisk #2 was a production of somebody else)
  2348. on 7.6.1993, contained two games Crack Out (break out clone) and
  2349. Free Trading Company (simulation), but sold even worse than
  2350. Gamedisk#1
  2351. (three disks, of which one was sold to a friend of mine ;-) )...
  2352.  
  2353. Meanwhile I start writing my first extension called PCGFC (which
  2354. should be some kind of 'PC-GraphicsFormatsConverter, but was soon
  2355. later renamed into AMCAF)...
  2356.  
  2357. Now, I see that it doesn't make sense to write commercial games
  2358. (no matter how good or bad they are) and so I write Strike Commander,
  2359. a Shareware dogfight game. (19.9.93)
  2360.  
  2361. It was the 12.11.93 when The Software Society phoned me and asked me
  2362. to convert TOME to AMOS Pro... half a month later, the TOME IV Pro
  2363. Version was finshed. This time, I requested a fixed sum, so I weren't
  2364. dependent of the profits share... :-)
  2365.  
  2366. December came and therefore another RAMSES Computerclub Developer
  2367. Party (RAMSES is a private club, we founded in 1985). We started to
  2368. code another tron version and I told my friend, that I would write a
  2369. amiga version of it in a few weeks... and so I wrote MegaTron, my
  2370. second AMOS Sharewaregame for up to 7 human players and 10 players in
  2371. total, featuring many weapons, events, options etc...
  2372.  
  2373. January 1994. I buy my modem and a whole new world is open to me.
  2374. Coding on AMCAF is running at high speed... 'Mr. Software Society'
  2375. suprised me, when he told me, that I'll gonna go to France to meet
  2376. F. Lionet to get all the essential informations etc. for an *AGA*
  2377. *UPDATE* of AMOS... you can't think, how happy I've been.
  2378.  
  2379. Then 25.03.1994: Europress is not interested in an AGA update and I
  2380. don't go to France... :-{{{{ I said to myself, that I will give up
  2381. AMOS after AMCAF has been completed...
  2382.  
  2383. Again, some time passes... September 1994... I acquired the job to
  2384. translate the whole Klik'n'Play (Klik'n'Play is a kind of Gamemaker
  2385. for Wintendo, but no commands are used, as all is done by dragin'
  2386. and droppin'. Guess, who has coded this stupid thing?) manual
  2387. within a month (they delivered it nearly a month later than
  2388. planned). I were under real pressure (don't forget, that I'm
  2389. a schoolboy ;-)) and the translation went somewhat badly...
  2390. Europress were really annoyed about the poor translation bla bla
  2391. but this is another story ;-)
  2392.  
  2393. Some time ago, I also wrote Tubes, a pipeline game... soon to be
  2394. seen on AmiNet, if nothing goes wrong ;-)
  2395.  
  2396. The AMCAF-Extension V1.0 was released on 16.10.1994. I cannot say,
  2397. how much has been sold until now, but I seems that most people are
  2398. very pleased with AMCAF... it was updated to 1.18 some months later
  2399. and the translation of the manual (which will not be so poor as
  2400. the Klik'n'Play one!) began... 50% are translated by now and I hope
  2401. to finish it within a month...
  2402.  
  2403. The story so far...
  2404.  
  2405. BOOO! Wake up! ;-))
  2406.  
  2407. Ed> At the moment I use Amos 1.3+comp. on a 500 with 1meg.  I do have AmosPro from
  2408.  
  2409. 1 MB is not enough for AMOS Pro ;-(
  2410.  
  2411. Ed> So, I'm a bit lazy!!!!!!  I'm waiting for a Harddrive before I do anything
  2412.  
  2413. Get your harddrive soon! ;-) It's really a big step from a disk
  2414. system to a hard drive system...
  2415.  
  2416. You'll never want to work with disks again! ;-)
  2417.  
  2418. Ed> When I started using Amos, I needed to set up a large 2d Array (For map
  2419. Ed> storage - 200*200)   Unfortunately, AMOS doesn't handle anything this large,
  2420.  
  2421. It does, what stops you doing so?! ;-) Use the command Set Buffer
  2422. when running out of variable space :-)
  2423.  
  2424. Ed> which stumped me for a good while.  (Is this bug fixed in AMOS Pro? - You can
  2425. Ed> define the array, but if you write to areas of it the machine hangs!!!).
  2426.  
  2427. Never heard of this bug, euh? :-?
  2428.  
  2429. Ed> If anyone else has this problem ..... I HAVE A SOLUTION!!!!!!
  2430.  
  2431. This is a very /old/ solution ;-) But with huge arrays, you're right
  2432. ;-)
  2433.  
  2434. Ed>     This may seem a little complicated, but it is a lot faster than the DIM
  2435. Ed> function and allows you to define a larger array!!!!  It is also stored as a
  2436. Ed> data bank allowing the easy loading and saving to disk!!!
  2437.  
  2438. Right ;-)
  2439.  
  2440. Bye, Chris Hodges <chris@sixpack.pfalz.de>       __    __
  2441. A500/290/CD/'30er; German Extension-Coder   __  ///   / / _____
  2442. GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
  2443. E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
  2444. tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/
  2445.  
  2446. Anantnag (vb.)
  2447.   (Eskimo term) To bang your thumbs between the oars when rowing.
  2448. (from: "The Deeper Meaning of Liff")
  2449.  
  2450. F
  2451. X-Status: 
  2452.  
  2453. DM9200@conrad.appstate.edu wrote on 08.05.1995 some text under the
  2454. subject Top Ten List Routine. I can't leave this uncommentated ;-)
  2455.  
  2456. D0> Assuming the current score is in a variable called SCORE, could someone 
  2457. D0> help me out with a procedure to chech and save it against a file on the
  2458. D0> disk? this would be much appreciated.
  2459.  
  2460. Ok... first, check out these simple load and save routines... (the
  2461. original Tubes routines)
  2462.  
  2463. Procedure LOAHISC
  2464. ' The next line would create an empty hiscore list, if it doesn't exist.
  2465.   If Exist("Tubes.his")=0 Then CLRHISC : SAVHISC : Pop Proc
  2466.   Wload "Tubes.his",8 : Rem AMCAF command. See replacement below.
  2467.   ST=Start(8)
  2468.   For A=1 To 15
  2469.     HISC$(A)=Peek$(ST,12) : Add ST,12 : Rem holds the name of the player
  2470.     HISC(A,0)=Deek(ST) : Add ST,2 : Rem contains the score
  2471.     HISC(A,1)=Deek(ST) : Add ST,2 : Rem and this one, the level reached
  2472.   Next 
  2473. End Proc
  2474.  
  2475. Procedure SAVHISC
  2476.   Reserve As Work 8,15*(12+2+2)
  2477.   ST=Start(8)
  2478.   For A=1 To 15
  2479.     Poke$ ST,HISC$(A) : Add ST,12
  2480.     Doke ST,HISC(A,0) : Add ST,2
  2481.     Doke ST,HISC(A,1) : Add ST,2
  2482.   Next 
  2483.   Request Off 
  2484.   Trap Wsave "Tubes.his",8
  2485.   Request On 
  2486.   Erase 8
  2487. End Proc
  2488.  
  2489. For you, these should look like:
  2490.  
  2491. Procedure _LOADHISCORE
  2492.   Open In 1,"Hiscore.dat" : L=Lof(1) : Close 1
  2493.   Reserve As Work 8,L
  2494.   ST=Start(8)
  2495.   For A=1 To 10 : Rem assuming your hiscore table contains 10 entries
  2496.     HISC$(A)=Peek$(ST,12) : Add ST,12
  2497. '   ^^^^ is the array, that contains the playernames, which is fixed
  2498. '        to 12 chars.
  2499.     HISC(A)=Leek(ST) : Add ST,4
  2500. '   ^^^^ contains the score of the player
  2501.   Next
  2502. End Proc
  2503.  
  2504. Procedure _SAVEHISCORE
  2505.   Reserve As Work 8,10*(12+4) : Rem space for 10 players*(12 bytes
  2506. '                                   name+4 for the score).
  2507.   ST=Start(8)
  2508.   For A=1 To 10
  2509.     Poke$ ST,HISC$(A) : Add ST,12 : Rem writes the name into the bank
  2510.     Loke ST,HISC(A) : Add ST,4 : Rem writes the score
  2511.   Next
  2512.   Bsave "Hiscore.dat",Start(8) To ST
  2513. End Proc
  2514.  
  2515. Then, here comes the Hiscore-Table part:
  2516.  
  2517. [blabla...]
  2518. ' Check if is better than the worst entry ;-)
  2519. If SCORE>HISC(10) Then Gosub ENTERHISC
  2520. [blabla...]
  2521.  
  2522.  
  2523. ENTERHISC:
  2524. ' The first step is to find out his rank.
  2525.   For A=10 To 1 Step -1
  2526.     If SCORE>HISC(A) Then RANK=A Else Exit
  2527.   Next 
  2528. ' Then push down all entries by one.
  2529.   For A=9 To RANK Step -1
  2530.     HISC$(A+1)=HISC$(A)
  2531.     HISC(A+1)=HISC(A)
  2532.   Next 
  2533. ' Fill in the players data
  2534.   HISC$(RANK)=Space$(12)
  2535.   HISC(RANK)=SCORE
  2536. ' Now fill in your input routine. Please not that the length of the
  2537. ' name string must always be 12 chars!
  2538.  
  2539. ' This is the original Tubes Hiscore part:
  2540.   Gosub HISCORESCREEN
  2541.   T[232,"You made it! Enter your name!"]
  2542.   Blitter Copy Limit 2
  2543.   Blitter Copy 2,0 To 0,3
  2544.   Blitter Wait : Wait Vbl 
  2545.   Screen 2 : For A=0 To 7 : Colour A+8,$FFF : Next : Screen 0
  2546.   Fade 2 To 2
  2547. ' Simple input routine:
  2548.   POS=1
  2549.   NAME$=Space$(12)
  2550.   Do 
  2551.     Multi Wait 
  2552.     I$=Inkey$
  2553.     If I$<>""
  2554.       Exit If I$=Chr$(13)
  2555.       If I$=Chr$(8) and POS>1 Then Dec POS : Mid$(NAME$,POS,1)=" "
  2556.       If I$>Chr$(31) and POS<13 Then Mid$(NAME$,POS,1)=I$ : Inc POS
  2557.       Screen 2
  2558.       Text 92,104+RANK*8+TB,NAME$
  2559.       Screen 0
  2560.       Blitter Copy 2,0 To 0,3
  2561.     EndIf
  2562.   Loop 
  2563. ' Set name...
  2564.   HISC$(RANK)=NAME$
  2565.   Screen 2 : For A=0 To 7 : Colour A+8,Colour(A) : Next : Screen 0
  2566.   Fade 1 To 2
  2567.   For A=0 To 15 : Multi Wait : Next 
  2568.   PAG=1-PAG
  2569. ' and save it...
  2570.   SAVHISC
  2571. Return 
  2572.  
  2573. D0> I've always thought a scrolling 3d environment like that of the popular
  2574. D0> ibm game could be faked in amos by using a directional animation of screens.
  2575.  
  2576. I'm doing this in a couple of demos... the Tubes title is the best
  2577. example of this...
  2578.  
  2579. D0> now i know that amos permits only 8 screens but if they are, say, 352 by
  2580. D0> 960 then you have (through judicious screen offsetting) effectively 24 
  2581. D0> screens (or more) which should be sufficient for some excellent 3d scrolling
  2582. D0> effects at lightning speed. I wanted to digitize some of those claustro-
  2583. D0> phobic hallway scenes from _The Shining_ to try this, but my digitizer is 
  2584. D0> not up to snuff.
  2585.  
  2586. There's another way... in Tubes I use four 320x256 screens... the 4
  2587. bitplanes in each screen hold one frame of animation. The single
  2588. bitplanes are copied onto a special screen with background pattern...
  2589. You cannot imagine this thing without seeing it. I hope I gets onto
  2590. AmiNet soon! ;-)
  2591.  
  2592. D0> Opinions? and what is Francois doing these days?
  2593.  
  2594. I think he's trying to debug Klik'n'Play... but he won't succeed I
  2595. think ;-))
  2596.  
  2597. Bye, Chris Hodges <chris@sixpack.pfalz.de>       __    __
  2598. A500/290/CD/'30er; German Extension-Coder   __  ///   / / _____
  2599. GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
  2600. E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
  2601. tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/
  2602.  
  2603. Anjozorobe (n.)
  2604.   A loose, coloured garment someone brings you back from their
  2605.   travels which they honestly expect you to wear.
  2606. (from: "The Deeper Meaning of Liff")
  2607.  
  2608. F